Сразу оговорка: если вы ищете, как торговать на Wildberries или Ozon, статья не про то. Здесь — про свою площадку, где встречаются две стороны, и про то, через чей счёт на ней идут деньги.

Основатель обычно отвечает не задумываясь: «через нас, конечно». Стоит задержаться, потому что за этой фразой стоят три разные схемы, и различаются они не кодом, а тем, какие документы вы выдаёте и кому.

Схема первая: деньги идут мимо вас

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

Зато у вас нет ни агентских отчётов, ни чужих денег на счёте, ни вопросов от банка.

Схема вторая: агентская

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

  • Чек пробивает кто-то конкретный. Принимая деньги как агент, чек по 54-ФЗ обычно пробиваете вы, указывая, что действуете в интересах продавца. Это отдельная настройка кассы, и согласовать её надо до запуска, а не после первой проверки.
  • Агентский отчёт — не формальность. Продавец должен получать документ о том, сколько вы для него приняли и сколько удержали. Раз в месяц это выгрузка, а не письмо руками.
  • Банк смотрит на транзитные обороты. Деньги, которые приходят и почти сразу уходят другим лицам, — тот самый профиль, из-за которого запрашивают документы. Объяснять схему придётся, и лучше заранее.

Схема третья: спецсчёт или сплит у эквайера

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

Отдельный вопрос: чем платить продавцу-физлицу

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

Это работа, которую надо закладывать в первую версию. Без неё выплаты делаются руками — и делаются, примерно до сотого продавца.

Что это делает с разработкой

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

Трудность не в удачном сценарии, а на краях. Оплату нажали дважды на плохой связи. Уведомление от банка пришло два раза. Срок приёмки истёк, пока покупатель был в отпуске. Выплата не прошла, потому что реквизиты устарели. На площадке, которую мы ведём, только на залоги, споры и выплаты приходится восемнадцать методов API, и проверки по ним гоняются на каждый пуш.

Поэтому сборка маркетплейса — двенадцать недель и от 1 200 000 ₽, а приложение с одним сценарием — восемь недель и от 800 000 ₽.

Когда удержание вам не нужно

Мы говорим это регулярно, и каждый раз теряем на этом проект побольше.

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

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