Платежи на маркетплейсе — это не просто «подключить Stripe или ЮKassa». Здесь деньги проходят через трёх участников: покупатель, платформа и продавец. Каждый хочет получить своё быстро и без рисков, а ФНС — увидеть корректный чек. Именно поэтому платёжная инфраструктура ломает большинство команд на старте: недооценили объём, выбрали не тот процессинг, забыли про агентскую схему. В этой статье — практическое устройство платёжного контура маркетплейса: от выбора эквайера до автоматического расщепления выплат.
Как деньги движутся внутри маркетплейса
Классическая схема выглядит так: покупатель платит полную сумму платформе, платформа удерживает комиссию и переводит остаток продавцу. Это агентская модель — маркетплейс выступает агентом, а продавец — принципалом. Именно она определяет, как оформляются договоры, кто пробивает чек и как настраивается сплит.
Есть и альтернатива — прямая модель, когда платформа сначала выкупает товар у продавца, а затем перепродаёт покупателю. Крупные игроки типа Wildberries работают по этой схеме, но для большинства стартапов она создаёт излишнюю налоговую нагрузку и кассовый разрыв. Поэтому 90% новых маркетплейсов выбирают агентскую схему.
Эквайринг: какой процессинг выбрать
Выбор эквайера влияет на конверсию в оплату, скорость зачисления и стоимость транзакции. Ключевые параметры для сравнения:
| Параметр | ЮKassa | Тинькофф Pay | CloudPayments |
|---|---|---|---|
| Комиссия (карты РФ) | 2,8–3,5% | 2,49–2,99% | 2,0–3,2% |
| Сплит из коробки | Да (Маркетплейс) | Нет | Да (Multimerchant) |
| Поддержка 54-ФЗ | Да | Да | Да |
| Срок зачисления | 1–2 дня | 1 день | 1–2 дня |
Если маркетплейс работает с самозанятыми или ИП без кассы — обратите внимание на ЮKassa: их продукт «Маркетплейс» позволяет подключать продавцов без собственного расчётного счёта и автоматически формировать чеки за каждую сторону сделки. CloudPayments удобен, если нужна гибкая API-интеграция и работа с иностранными картами.
Сплит-платежи: как расщепить выплату автоматически
Сплит (split payment) — механизм, при котором одна транзакция покупателя автоматически делится между несколькими получателями. Платформа получает свою комиссию, продавец — остаток, и всё это происходит в рамках одного платёжного запроса.
Технически сплит реализуется двумя способами:
- На стороне процессинга — эквайер сам расщепляет транзакцию и зачисляет деньги на разные счета. Минимум кода, но зависимость от возможностей конкретного провайдера.
- На стороне платформы — деньги приходят на единый счёт маркетплейса, а платформа сама инициирует выплаты продавцам через API банка или платёжного агрегатора. Больше контроля, сложнее реализация.
Второй вариант предпочтителен, если нужна гибкая логика: холд средств до подтверждения доставки, частичные возвраты, удержание штрафов за нарушение правил платформы. Именно так устроены зрелые маркетплейсы — деньги «замораживаются» после оплаты и освобождаются по триггеру (например, статус «доставлено» в системе логистики).
54-ФЗ и фискализация: кто пробивает чек
Это самый болезненный вопрос при запуске. По закону чек должен быть сформирован в момент расчёта. В агентской схеме чеки пробиваются дважды:
- Чек от маркетплейса — на сумму агентского вознаграждения (комиссию платформы).
- Чек от продавца — на сумму товара за вычетом комиссии.
Если продавец — самозанятый, он формирует чек в приложении «Мой налог» вручную или через API ФНС. Если ИП или ООО — через свою онлайн-кассу. Платформа должна предусмотреть механизм передачи данных о транзакции продавцу и контроль того, что чек действительно сформирован.
Некоторые эквайеры (ЮKassa, Robokassa) берут фискализацию на себя в рамках единого договора — это упрощает жизнь, но накладывает ограничения на гибкость настройки чека.
Безопасность платежей и управление рисками
Мошенничество на маркетплейсах бьёт по репутации платформы, даже если виноват конкретный продавец. Минимальный набор защитных мер:
- 3DS2 — обязательная аутентификация держателя карты. Снижает чарджбэки на 60–70%.
- Антифрод-фильтры эквайера — большинство процессингов предоставляют их бесплатно. Настройте пороги по сумме и частоте транзакций.
- Холд средств — не выплачивайте деньги продавцу мгновенно. Стандартный холд — 3–7 дней после доставки. Это буфер для возвратов.
- KYC продавцов — верификация документов при регистрации. Снижает риск фиктивных продавцов и отмывания денег.
- Лимиты выплат — для новых продавцов ограничьте максимальную сумму вывода в первый месяц.
Если планируете выход на международный рынок — добавьте PCI DSS compliance и проверьте требования платёжных систем в целевых странах.
Архитектура платёжного модуля: что закладывать с нуля
Платёжный модуль — не «фича», которую можно прикрутить потом. Его архитектура влияет на всю бизнес-логику. При разработке маркетплейса с нуля закладывайте следующие компоненты:
- Payment Gateway Adapter — абстракция над конкретным эквайером. Позволяет сменить процессинг без переписывания бизнес-логики.
- Transaction Ledger — внутренняя бухгалтерская книга. Каждая операция (оплата, возврат, выплата, комиссия) фиксируется как отдельная запись с неизменяемой историей.
- Payout Engine — движок выплат. Обрабатывает очередь выплат продавцам, учитывает холды, штрафы, налоги.
- Reconciliation Service — сверка данных платформы с выписками эквайера. Без этого вы не заметите расхождений, пока не придёт аудитор.
- Webhook Handler — обработка событий от процессинга (успешная оплата, отказ, возврат). Должен быть идемпотентным: одно событие не должно обрабатываться дважды.
Хорошо спроектированный платёжный контур позволяет подключить второй эквайер за 2–3 дня, а не за месяц переработки.
Часто задаваемые вопросы
Можно ли запустить маркетплейс без собственного эквайринга?
Да, на старте можно использовать готовые решения — например, ЮKassa «Маркетплейс» или Robokassa с функцией сплита. Они берут на себя фискализацию и расщепление выплат, но взимают повышенную комиссию (3–4%). Когда оборот превысит 5–10 млн рублей в месяц, выгоднее перейти на прямой договор с банком-эквайером и собственный процессинг.
Как долго деньги могут находиться на холде у платформы?
Законодательство РФ не устанавливает жёсткого срока холда для агентских схем, но Банк России рекомендует не удерживать средства дольше, чем это обосновано бизнес-логикой. На практике маркетплейсы держат деньги от 3 до 14 дней после подтверждения доставки. Важно прописать сроки холда в оферте для продавцов — иначе возникают споры.
Что делать, если покупатель требует возврат, а продавец уже получил выплату?
Это стандартная ситуация, и платёжный модуль должен её предусматривать. Платформа инициирует возврат покупателю из собственного резервного фонда, а затем взыскивает сумму с продавца — либо через удержание из следующих выплат, либо через прямой запрос на возврат. Именно для этого нужен холд: он снижает частоту таких ситуаций, поскольку большинство претензий поступает в первые 3–7 дней после покупки.
Что в итоге
Платежи на маркетплейсе — это система, а не одна интеграция. Выбор эквайера, схема сплита, фискализация, холды и антифрод должны проектироваться вместе, а не по одному. Ошибки здесь дорого стоят: штрафы ФНС, чарджбэки, недовольные продавцы и потеря доверия покупателей.
Если вы планируете запуск платформы и хотите сразу заложить правильную архитектуру — команда Aris.Web занимается разработкой маркетплейса под ключ, включая проектирование платёжного контура. Обсудите проект по телефону +7 (977) 326-69-09 или оставьте заявку на странице arisweb.ru/kontakty — разберём вашу схему и предложим решение.