Сплит‑платежи и маркетплейсы: схемы выплат и комплаенс

Получить CloudPayments бесплатно

Сплит‑платежи и маркетплейсы: схемы выплат и комплаенс


Что такое сплит‑платежи на маркетплейсе

Сплит‑платеж — это механизм, при котором оплата покупателя делится и распределяется между несколькими получателями: продавцами (мерчантами), маркетплейсом (комиссия), логистикой, партнерами и т. д. Для «сплит платежи маркетплейс» ключевая задача — автоматизировать распределение платежей и прозрачно организовать выплаты продавцам с учетом удержаний и возвратов.

Зачем это нужно:

  • Упростить бухгалтерию и снизить ручные ошибки при распределении платежей.
  • Обеспечить своевременные выплаты продавцам и соответствовать регламенту площадки.
  • Соблюдать требования комплаенса (KYC/KYB, 54‑ФЗ, PCI DSS) и AML‑политик.

Диаграмма потока сплит-платежа маркетплейса (покупатель → провайдер → распределение между продавцами и комиссией)

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

Схемы распределения платежей

Сплит‑эквайринг поддерживает несколько моделей разреза платежа. Выбор зависит от юридической конструкции и бизнес‑логики маркетплейса.

Схема распределения Как работает Когда выбрать Плюсы Особенности/риски
Агентская (маркетплейс — агент) Платеж поступает агенту, затем делится и перечисляется продавцам с удержанием комиссии Классическая модель маркетплейсов товаров и услуг Гибкость удержаний, централизованный контроль Требуется строгий учет чеков 54‑ФЗ и KYC продавцов
Эквайринг для субмерчантов (split settlement) Провайдер ведет субсчета продавцов; распределение происходит на стороне провайдера При большом количестве продавцов и строгих SLA Масштабируемость, меньше нагрузки на финкоманду Повышенные требования к комплаенсу и договорной схеме
Эскроу/холдинг Средства временно удерживаются (до подтверждения получения) и затем распределяются Высокий риск возвратов или длительная доставка Снижение споров, защита покупателя Увеличение сроков зачисления и части затрат
Гибрид (элементы агентской + эскроу) Комиссии удерживаются сразу, часть суммы резервируется Маркетплейсы услуг, билеты, аренда Баланс скорости выплат и безопасности Сложнее логика возвратов и частичного сплита

Важно: корректное «распределение платежей» должно учитывать доставку, скидки, промо‑субсидии и удержание комиссии площадки.

Регламент выплат marketplace

«Регламент выплат marketplace» — документ/настройки, определяющие график и правила выплат продавцам:

  • Частота: ежедневно (D+1/D+2), дважды в неделю, еженедельно.
  • Порог выплаты: минимальная сумма для вывода.
  • Холды и резервы: сроки удержания части средств под возвраты/споры.
  • Валюта и конвертация: для кросс‑бордера и мультивалюты.
  • Каналы выплат: банк, карта, кошелек, СБП‑платеж в банк.

Сроки перечислений зависят от схемы и банковских дней. Детали — на странице Сроки и зачисления.

Пример базового регламента

  • D+1 выплаты на расчетный счет продавца при сумме > 5 000 ₽.
  • Резерв 5% на 14 дней для категорий с повышенными возвратами.
  • Отдельная выплата доставки логисту по подтверждению отгрузки.

Регистры выплат и сверка

«Регистры выплат» — машиночитаемые реестры (CSV/JSON/XLSX) с детализацией распределения: строчка на карточку заказа, позицию товара или продавца.

Что должно быть в реестре:

  • Идентификаторы: payment_id, order_id, seller_id, submerchant_id.
  • Статусы: captured/settled/refunded/chargeback.
  • Суммы: валовая сумма, комиссия маркетплейса, комиссии провайдера, налоги, выплаты продавцам.
  • Реквизиты получателя: банк/карта/СБП, назначение платежа.
  • Атрибуты для 54‑ФЗ: признак агента/принципала, НДС по позициям.

Рекомендация: автоматизируйте сверку с бухгалтерией через API и выгрузки — см. Аналитика и отчеты.

Комиссии, удержания и резервы

При сплит‑модели комиссия может удерживаться:

  • Сразу при распределении (net‑settlement): «сумма продавцу = валовая − комиссия маркетплейса − комиссия провайдера − доставка − иные удержания».
  • Отдельно (gross‑settlement): вся сумма уходит продавцу, комиссии выставляются актом — реже используется.

Типовые удержания:

  • Комиссия маркетплейса (фикс + %).
  • Логистика/фулфилмент.
  • Продвижение/маркетинг.
  • Резерв на возвраты и штрафы.

За прозрачность и предсказуемость затрат отвечает настроенная тарификация. Подробнее — Тарифы и комиссии.

Возвраты, частичный возврат в сплите и чарджбеки

Возвраты в сплит‑платежах сложнее, потому что затрагивают нескольких получателей. Варианты:

  • Пропорциональный: вернуть доли всем участникам по их частям.
  • Приоритетный: сначала возвращается часть товара, затем доставка/услуги.
  • Сценарный: зависит от причины возврата (брак, невыкуп, отмена доставки).

Ключевые кейсы:

  • Частичный возврат по позиции: «частичный возврат сплит» должен уменьшить выплату конкретному продавцу и скорректировать комиссии.
  • Возврат после выплаты: производится сторно через отрицательную позицию в следующем реестре или удержанием из будущих выплат.
  • Чарджбек по карте: при успешном чарджбеке сумма списывается, а у продавца формируется задолженность/взаимозачет.

Подробности о процессах и сроках — в разделе Возвраты и чарджбеки.

Комплаенс: KYC продавцов, 54‑ФЗ и PCI DSS

Для устойчивой модели маркетплейса необходимо соблюдать несколько регуляторных требований.

  • KYC/KYB онбординг продавцов. Проверка личности/юрлица, бенефициаров, ОКВЭД, санкционные списки, валидация реквизитов. Упоминание «kYC продавцов» в регламенте допустимо, но корректнее — KYC.
  • 54‑ФЗ и кассы. При агентской схеме важно корректно пробивать чеки: кто является продавцом, кто агентом, как распределять НДС по позициям. Подробно — 54‑ФЗ и онлайн‑касса.
  • PCI DSS. Если вы принимаете карты, инфраструктура и процессы должны соответствовать PCI DSS. Мы покрываем мерчанты и субмерчанты технически — см. Безопасность и PCI DSS.
  • AML/антифрод. Лимиты, санк‑скрининг, мониторинг подозрительных операций. Холды и резервы снижают потери.

Интеграция: CMS, API и способы оплаты

Запуск сплита возможен как для новой площадки, так и для уже работающего магазина.

  • Быстрый старт: модули для популярных CMS и маркетплейс‑движков — Интеграция с CMS.
  • Глубокая кастомизация: вебхуки, payout‑API, reconciliation‑эндпоинты — API и документация.
  • Способы оплаты: банковские карты, Apple Pay/Google Pay, Система быстрых платежей (СБП), QR. Детали по СБП и QR — СБП и QR‑платежи.
  • Подписки/оплата услуг с периодикой: при необходимости — Рекуррентные платежи с привязкой карты или токена СБП.
  • Кросс‑бордер: мультивалюта и зарубежные карты — Международные платежи.

Хотите понять, как сплит повлияет на конверсию? Сравните подходы — Оптимизация конверсии.

Аналитика, статусы и отчеты

Для прозрачности «выплаты продавцам» и мониторинга всей цепочки от оплаты до перечисления используйте статусную модель.

Объект Примеры статусов Описание
Платеж authorized, captured, canceled, refunded, chargeback Жизненный цикл транзакции покупателя
Распределение allocated, on_hold, released Назначение долей участникам и удержания
Выплата scheduled, processing, settled, failed Ход перечисления продавцу

Гибкая отчётность и фильтры по продавцам, категориям и периодам помогут заранее выявлять аномалии. Смотрите модуль Аналитика и отчеты.

Лучшие практики и типовые ошибки

  • Настройте единый «источник истины»: платеж → позиции заказа → сплит → реестры выплат. Любая ручная корректировка должна оставлять след.
  • Четко опишите SLA в «регламенте выплат marketplace»: сроки, споры, удержания, порядок частичных возвратов.
  • Делайте KYC до первого перевода. Не допускайте «выплаты продавцам» без проверенных реквизитов.
  • Автоматизируйте пропорции сплита: учитывайте НДС, скидки, промо‑бюджеты.
  • Планируйте резервы. Особенно для категорий с высоким риском возвратов.
  • Тестируйте интеграцию на sandbox: полноценные сценарии «частичный возврат сплит», отмена доставки, чарджбек.
  • Подготовьте службу поддержки продавцов и покупателей — см. Служба поддержки.
  • Перед выбором провайдера оцените условия — Сравнение провайдеров.

FAQ коротко

  • Можно ли распределять один платеж между десятками продавцов? Да, провайдер поддерживает многополучателей с учётом комиссий и налогов.
  • Поддерживаются ли выплаты по СБП? Да, как канал вывода, см. СБП и QR‑платежи.
  • Как организовать фискализацию по 54‑ФЗ при агентской модели? Через корректные признаки агента/принципала и раздельные чеки — см. 54‑ФЗ и онлайн‑касса.
  • Где посмотреть комиссии? На странице Тарифы и комиссии.
  • Сколько занимает зачисление? Смотрите Сроки и зачисления.

Итоги и следующий шаг

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

Готовы обсудить запуск? Ознакомьтесь с как подключить, изучите API и документацию и базовый раздел FAQ. Если нужны примеры из вашей отрасли — загляните в Сферы и кейсы или уточните у нас в Службе поддержки.

Получить CloudPayments бесплатно