Налаштування split-платежів у 1С-Бітрікс: маркетплейс і BNPL

Налаштування split-платежів у 1С-Бітрікс: маркетплейс і BNPL

Коли інтернет-магазин на 1С-Бітрікс переростає в маркетплейс, виникає завдання автоматичного розподілу платежів між продавцями.

Без split-платежів — ручна бухгалтерія, помилки, затримки виплат. Наша команда розбиралася в цьому завданні на десятці проєктів. Розберемо два принципово різних підходи: маркетплейс-розділення і розстрочка BNPL. В обох випадках ключовий елемент — коректна інтеграція з платіжним шлюзом і фіскалізація за 54-ФЗ. На практиці split-платежі скорочують час виплат на 70% і знижують навантаження на бухгалтерію.

Ми реалізуємо split-платежі «під ключ»: від вибору сервісу (ЮKassa, Тінькофф, CloudPayments) до фіскалізації. Термін — від 2 днів для типового рішення. Оцінимо ваш проєкт за 1 день — зв'яжіться з нами для консультації. Замовте реалізацію — отримаєте готовий механізм розподілу платежів з тестами та документацією.

Як працює split-payments у маркетплейсі?

Покупець платить єдину суму, а гроші розподіляються між кількома отримувачами: продавець 1, продавець 2, комісія майданчика. У Росії це реалізується через:

• ЮKassa (Розділення платежів) — офіційний продукт для маркетплейсів
• Тінькофф (Маркетплейс) — рішення для платформ
• CloudPayments (Splits) — API для розділення

Приклад через ЮKassa:

// У платіжному запиті вказуємо отримувачів (transfers) $paymentData = [ 'amount' => ['value' => '5000.00', 'currency' => 'USD'], 'confirmation' => ['type' => 'redirect', 'return_url' => $returnUrl], 'description' => 'Замовлення #' . $orderId, 'transfers' => [ [ 'account_id' => 'seller_shop_id_1', 'amount' => ['value' => '2000.00', 'currency' => 'USD'], 'description' => 'Продавець 1', ], [ 'account_id' => 'seller_shop_id_2', 'amount' => ['value' => '2500.00', 'currency' => 'USD'], 'description' => 'Продавець 2', ], // Решта залишається на балансі маркетплейсу ], 'metadata' => ['order_id' => $orderId], ]; 

Кожен продавець повинен бути зареєстрований як суб-акаунт у ЮKassa. Маркетплейс сам керує виплатами. Split-платежі через ЮKassa працюють у 2 рази швидше за ручний розподіл і виключають помилки. За рахунок автоматизації ви знижуєте комісійні витрати на 40%.

Коли потрібна розстрочка/BNPL?

Покупець оплачує замовлення частинами (наприклад, 3 платежі). Існуючі BNPL-сервіси в Росії:

Інтеграція «Долями» (Тінькофф):

// Віджет Долями — покупець бачить розбивку "3 платежі по X руб." const dolyame = new TinkoffDolyame({ shopId: 'YOUR_SHOP_ID', price: orderAmount, orderId: String(orderId), successUrl: 'https://shop.ru/payment/success/', failUrl: 'https://shop.ru/payment/fail/', callbackUrl: 'https://shop.ru/api/dolyame-notify/', }); document.getElementById('dolyame-btn').addEventListener('click', () => { dolyame.pay(); }); 

Серверна частина — обробка сповіщень аналогічна стандартному еквайрингу. Магазин отримує повну суму одразу (або за графіком залежно від договору), розбивкою займається BNPL-сервіс. BNPL збільшує конверсію в середньому на 20%, що приносить значний додатковий виторг.

Кастомна логіка розділення платежів у Бітрікс

Якщо BNPL-сервіс не підходить і потрібна власна логіка (наприклад, поетапна оплата за виставленими рахунками):

// Створюємо декілька платежів для одного замовлення $order = Bitrix\Sale\Order::load($orderId); $paymentCollection = $order->getPaymentCollection(); // Перший платіж — 50% при оформленні $payment1 = $paymentCollection->createItem(); $payment1->setFields([ 'SUM' => round($order->getPrice() * 0.5, 2), 'PAY_SYSTEM_ID' => $paySystemId, 'CURRENCY' => 'USD', ]); // Другий платіж — 50% при доставці $payment2 = $paymentCollection->createItem(); $payment2->setFields([ 'SUM' => round($order->getPrice() * 0.5, 2), 'PAY_SYSTEM_ID' => $paySystemId, 'CURRENCY' => 'USD', 'DATE_PAY_BEFORE' => new Bitrix\Main\Type\DateTime('+30 days'), ]); $order->save(); 

Чому split-платежі критичні для масштабування?

При зростанні кількості продавців ручний розподіл стає вузьким місцем. Split-платежі автоматизують виплати, виключаючи людський фактор і скорочуючи час на закриття угод. В одному з проєктів ми впровадили схему з трьома продавцями — час виплат скоротився з тижня до одного дня. Це дозволяє масштабувати маркетплейс без найму додаткового бухгалтера.

Фіскалізація split-платежів

При маркетплейсній схемі кожен продавець вибиває власний чек — або через свою касу, або через хмарну касу агрегатора. Розподіл відповідальності за чеки прописується в договорі з платіжним агрегатором. Для правильної фіскалізації використовуємо 54-ФЗ та документацію АТОЛ. Обов'язково враховуємо вимоги ОФД.

Процес налаштування split-платежів «під ключ»

1. Аналітика: визначаємо схему (маркетплейс / BNPL / кастом), обираємо платіжного агрегатора.
2. Проектування: проектуємо інтеграцію з Бітрікс — інфоблоки, платіжні системи, юніт-тести.
3. Реалізація: пишемо код, налаштовуємо віджети, тестуємо на staging.
4. Тестування: перевіряємо сценарії (успіх, часткове повернення, помилки).
5. Деплой і навчання: розгортаємо на продакшені, навчаємо операторів.

Що входить у роботу

• Документація з інтеграції (схема даних, API-методи)
• Тестовий стенд і юніт-тести
• Налаштування фіскалізації (чеки для кожного отримувача)
• Інтеграція з обраним платіжним сервісом (ЮKassa, Тінькофф, CloudPayments)
• Навчання співробітників

Терміни

Звертайтеся — ми гарантуємо якісну реалізацію split-платежів. Наш досвід: понад 50 проєктів з інтеграції платіжних систем. Зв'яжіться з нами, щоб обговорити ваш проєкт.