Summary

  • Возврат или оспаривание платежа сначала финансируется счётом, на который пришла оплата. Когда подключённый счёт с ответственностью платформы за убытки не покрывает платёж, Stripe создаёт на платформе reserve_transaction. Если доступного баланса платформы недостаточно, он становится отрицательным, и Stripe инициирует списание с её привязанного банковского счёта.
  • Если минус продавца уменьшается, резерв может освободиться. Через 180 дней сохраняющегося минуса connect_collection_transfer переводит деньги из резерва на подключённый счёт и обнуляет его отрицательный баланс.

Платформенный резерв за долги продавца

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

Отрицательный баланс такого продавца создаёт reserve_transaction на стороне платформы. Её доступные средства уходят в резерв. Если их меньше необходимого, доступный баланс становится отрицательным и Stripe начинает дебетовать привязанный банковский счёт платформы. Следовательно, путь до банка требует сразу двух условий — принятой платформой ответственности и нехватки денег внутри платформенного баланса. Из самого факта возврата банковское списание не следует.

В Accounts v2 ответственность задаёт defaults.responsibilities.losses_collector. Значение application возлагает отрицательные балансы подключённого счёта на платформу. При stripe их берёт Stripe, хотя собственный отрицательный баланс платформы всё равно остаётся её проблемой. Значение задаётся в Merchant-конфигурации. Эта настройка отвечает на вопрос финансового директора о том, кому платить за продавца.

Stripe ожидает, что Connect Reserve будет примерно равен сумме минусов тех подключённых счетов, за которые отвечает платформа; задержка данных может дать расхождение. Если продавец снова получает платежи и сокращает долг, корректировки возвращают часть резерва в доступные средства платформы. Если долг сохраняется 180 дней, connect_collection_transfer забирает деньги из резерва, перечисляет их продавцу и обнуляет его минус. Платформа может раньше перечислить продавцу сумму долга, также уменьшив резерв. Время меняет запись и назначение уже отложенных средств, а не возвращает потери по волшебству.

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

Sources