Категория: Платежи · Уровень: продвинутый
Что это такое
Split Payment (расщеплённый платёж, разделение платежа) — это модель проведения оплаты, при которой сумма одной транзакции автоматически распределяется между несколькими получателями по заранее заданным правилам. Покупатель совершает одно действие — один клик, один ввод карты, один платёжный интент, — а деньги на стороне процессинга «раскладываются» по нескольким merchant-аккаунтам, кошелькам или субсчетам.
Ключевая идея: для клиента это монолитный платёж, для бизнеса — набор параллельных расчётов. Именно поэтому Split Payment стал базовым примитивом маркетплейсов, платформ-агрегаторов, сервисов доставки и моделей вроде «оплата частями» (BNPL).
Аналогия
Представьте ресторанный чек. Гость платит один раз — 12 400 ₽. Но внутри чека: 9 800 ₽ идёт кухне, 1 200 ₽ — бару, 900 ₽ — сервисный сбор официанту, 500 ₽ — чаевые. Гость не разбирается, кто сколько получит: он просто закрывает счёт. Бухгалтерия ресторана сама разносит суммы по статьям.
Split Payment работает так же, только вместо статей — отдельные юридические лица и банковские счета, а «разнос» происходит в момент авторизации, а не после.
Формула
Общая сумма платежа раскладывается на компоненты:
Total = Σ (Share_i) + Commission_platform + Fees_PSP
Где:
- Share_i — доля i-го получателя (продавца, курьера, партнёра);
- Commission_platform — комиссия платформы (обычно 5–20 %);
- Fees_PSP — эквайринг, 1,5–3,5 % + фикс.
Пример 1. Заказ на маркетплейсе — 8 500 ₽.
- Продавец: 8 500 × 0,85 = 7 225 ₽
- Комиссия платформы (15 %): 1 275 ₽
- Эквайринг (2,2 % + 10 ₽): 197 ₽ — удерживается из комиссии платформы
- Итог продавцу: 7 225 ₽, платформе: 1 078 ₽
Пример 2. Доставка еды — 2 400 ₽.
- Ресторан: 1 680 ₽ (70 %)
- Курьер: 480 ₽ (20 %)
- Платформа: 240 ₽ (10 %)
Пример 3. Оплата частями (BNPL): клиент платит 4 × 3 000 ₽, но продавец получает 12 000 ₽ сразу за вычетом дисконта 4 % → 11 520 ₽. Разницу финансирует BNPL-провайдер.
Сравнение с альтернативами
| Модель | Кто получает деньги | Скорость выплаты | Сложность интеграции | Типичное применение |
|---|---|---|---|---|
| **Split Payment** | Несколько получателей сразу | T+0…T+2 | Высокая (нужны субсчета) | Маркетплейсы, доставка |
| **Escrow** | Платформа держит до сделки | T+3…T+30 | Средняя | C2C, крупные сделки |
| **Payout API** | Платформа → получатели отдельно | T+1…T+5 | Средняя | Гиг-сервисы |
| **Классический эквайринг** | Один merchant | T+1…T+3 | Низкая | Обычный e-commerce |
| **Payment orchestration** | Маршрутизация + split | T+0…T+3 | Очень высокая | Enterprise-платформы |
Где применяется
- Маркетплейсы (Ozon, Wildberries, Яндекс Маркет): платформа удерживает комиссию, остаток уходит продавцу.
- Доставка и такси: деньги делятся между рестораном/водителем/платформой в момент оплаты.
- Сервисы бронирования: отель, агрегатор и страховка получают свои доли из одного платежа.
- Цифровые товары и подписки: разработчик, дистрибьютор и налоговая (НДС) — три стороны одной транзакции.
- BNPL и рассрочка: клиент платит частями, продавец получает полную сумму минус дисконт.
- Франшизы и партнёрские сети: головной офис и франчайзи делят выручку автоматически.
Частые ошибки
1. Путать Split Payment с Payout. Split — это расщепление входящего платежа в момент оплаты. Payout — отдельная исходящая выплата после накопления баланса. Это разные лицензионные и налоговые истории.
2. Игнорировать 115-ФЗ и KYC получателей. Если платформа переводит деньги третьим лицам, она часто попадает под регулирование платёжного агента. Нужны субсчета и идентификация.
3. Забыть про возвраты. Chargeback на 8 500 ₽ нужно развернуть обратно пропорционально — иначе продавец потеряет деньги, которые уже забрал.
4. Ошибки округления. При делении 1 000 ₽ на три части по 33,33 % копейки «теряются». Нужен явный алгоритм распределения остатка.
5. Налоговая логика. НДС и комиссия платформы должны расщепляться отдельно, иначе получите неверные закрывающие документы.
6. Считать, что PSP всегда поддерживает split. Многие эквайеры дают только базовый функционал; для полноценного сплита нужны субмерчанты или оркестратор.
Связанные термины
- Escrow — удержание средств до выполнения условий
- Payout API — массовые выплаты получателям
- Sub-merchant account — субсчёт под каждого продавца
- Payment orchestration — маршрутизация платежей между провайдерами
- Marketplace settlement — взаиморасчёты маркетплейса с продавцами
- BNPL (Buy Now, Pay Later) — оплата частями
- Chargeback — возвратный платёж по инициативе клиента
- PSP (Payment Service Provider) — платёжный провайдер
- KYC / KYB — проверка физлиц и юрлиц