Сплитование платежей ЮKassa для маркетплейса на 1С-Битрикс
Настроим в 1С-Битрикс оплату одной корзины с товарами нескольких продавцов через Сплитование ЮKassa. Для каждого продавца заказ формирует transfer с account_id, суммой и комиссией платформы, а metadata сохраняет связь с заказом. Ключ идемпотентности защищает создание платежа от повторов, уведомления обновляют статусы, возврат и чек рассчитываются по фактическому составу продавцов.
Когда стоит обратиться
Обычно к нам обращаются в таких ситуациях:
- Покупатель собирает общую корзину из товаров разных продавцов и хочет оплатить её одним действием.
- Площадке требуется автоматически удерживать свою комиссию и перечислять остальную сумму продавцам.
- Возвраты и чеки должны учитывать состав заказа и финансовую долю каждого магазина.
Что именно мы сделаем
Связываем товары и продавцов с магазинами ЮKassa и согласуем правило комиссии.
Рассчитываем transfers и описание продавцов для общей оплаты покупателя.
Создаём платёж с ключом идемпотентности и сохраняем payment_id и данные переводов в заказе.
Обрабатываем уведомления, подтверждение, частичный возврат и отдельные кассовые данные.
Сверяем платёж, переводы, комиссию и чеки на заказе с несколькими продавцами.
Что входит в стоимость
69 900 ₽ за всю работу
Встраиваем API сплитования ЮKassa в модель заказа 1С-Битрикс: определяем продавца каждой позиции, формируем transfers, обрабатываем оплату и уведомления, распределяем возвраты и создаём отдельные чеки от имени магазинов.
Что будет готово
Передадим вам
- Рабочее Сплитование ЮKassa в заказах 1С-Битрикс.
- Расчёт transfers, комиссии, возвратов и кассовых данных по продавцам.
- Журнал платежей и уведомлений, протокол финансовой сверки и контрольные заказы.
Перед сдачей проверим
- Один контрольный платёж распределяет выбранные суммы минимум двум account_id, а сумма transfers и комиссии сходится с итогом заказа.
- Повтор с тем же ключом идемпотентности сохраняет один платёж, уведомление обновляет связанную запись по payment_id.
- Возврат одной позиции уменьшает перевод нужного продавца, а кассовые данные соответствуют принятой схеме и фактическому составу заказа.
Как это выглядит на практике
Одна корзина с товарами двух продавцов
Покупатель оплачивает корзину с товарами двух продавцов. Битрикс формирует два transfers, удерживает выбранную комиссию и показывает покупателю общее списание. ЮKassa перечисляет доли подключённым магазинам, уведомление обновляет заказ, а возврат одного товара относится к transfer его продавца и отражается в финансовой сверке.
- 01
Добавляем в корзину по одному товару двух магазинов и переходим к общей оплате.
- 02
Битрикс рассчитывает переводы продавцам и комиссию платформы, затем создаёт платёж ЮKassa.
- 03
После оплаты сверяем transfers, заказ, уведомление и отдельные чеки магазинов.
- 04
Возвращаем товар второго продавца и проверяем его финансовую долю и чек возврата.
Что понадобится для работы
От вас
- Доступ к тестовой среде ЮKassa для сплитования и идентификаторы подключённых магазинов.
- Доступ к 1С-Битрикс, модели продавцов, корзине, заказам, платёжному коду и журналам.
- Правила комиссии, возвратов, фискализации и отображения продавцов покупателю.
Если у вас немного другая ситуация
Небольшие уточнения, которые помогают довести согласованный результат до рабочего состояния, уже учитываем в цене. Если по ходу работы появится отдельный крупный блок или понадобится платная лицензия, сначала обсудим варианты и стоимость. Расскажите о своей ситуации — подстроим план под неё.
- 3 000 ₽после подписания договора через Диадок
- 66 900 ₽после выполнения, демонстрации и приёмки результата
Предоплата входит в общую стоимость. Оставшуюся сумму оплачиваете после демонстрации и приёмки готовой работы.
Часто спрашивают
Об этой услуге
Это тот же сервис, что Яндекс Сплит?
Это разные продукты. Яндекс Сплит делит покупательскую оплату на части, а сплитование ЮKassa распределяет один платёж между несколькими продавцами маркетплейса.
Каждому продавцу нужен аккаунт ЮKassa?
Да, продавцы подключаются к решению ЮKassa и получают идентификаторы магазинов. Мы связываем эти идентификаторы с товарами и заказами платформы.
Как проходит возврат одного товара?
Битрикс определяет продавца позиции и формирует возврат по его переводу. Комиссию и кассовые документы рассчитываем по утверждённому правилу платформы.
Кто формирует чеки покупателю?
Схема зависит от договоров продавцов и подключённого кассового решения. При использовании ЮKassa по 54-ФЗ данные для чеков сплитованного платежа передаются отдельными запросами по магазинам. Мы связываем их с payment_id, продавцом, оплатой и возвратом.
Как ЮKassa понимает, сколько перечислить каждому продавцу?
Битрикс передаёт в платеже массив transfers. В каждом элементе указаны account_id магазина, сумма продавцу, комиссия площадки и служебная metadata. Перед отправкой проверяем, что все доли и комиссия сходятся с итогом заказа.
Цена и изменения по ходу работы
Цена на странице окончательная?
Да. Перед началом мы сверяем исходные данные и фиксируем результат в договоре. Указанная на странице сумма покрывает согласованную работу целиком, даже если её техническая реализация потребует больше времени, чем ожидалось при оценке.
Что означает резерв незапланированных работ?
Это уже включённый в цену запас времени на небольшие связанные уточнения заказчика, которые появляются после старта: например, добавить поле, изменить формат уведомления или учесть ещё одно условие обработки.
Резерв рассчитывается по формуле: стоимость услуги × 30% ÷ 1 500 ₽. Для услуги за 30 000 ₽ это 6 часов. Эти часы относятся только к дополнительным, заранее незапланированным уточнениям. Они не являются сроком проекта и не ограничивают время на основную работу: согласованный результат мы выполняем полностью.
Можно уточнять детали уже во время работы?
Да. Небольшие связанные изменения обычно помещаются во включённый резерв и не требуют доплаты. Если новая идея заметно меняет результат или превращается в самостоятельную задачу, сначала обсудим подход и стоимость. Любое решение согласуем до выполнения.
Начало работы и оплата
Как оформляются договор и оплата?
Подписываем договор через Диадок. Предоплата составляет 3 000 ₽ и входит в общую стоимость услуги. Остаток оплачивается после демонстрации и приёмки готового результата.
Когда начинается срок выполнения?
Срок отсчитывается после согласования задачи, получения необходимых доступов и материалов, подписания договора и поступления предоплаты. Конкретную дату старта и плановый день готовности подтверждаем перед началом.
Как учитываются платные лицензии и внешние сервисы?
До старта проверяем, нужны ли тарифы, лицензии, сертификаты или дополнительные ресурсы внешних систем. Если они потребуются, заранее покажем варианты и стоимость. По возможности аккаунты и лицензии оформляются сразу на заказчика.
Проверка результата и гарантия
Как принимается готовая работа?
Вместе проверяем согласованные сценарии на контрольных данных или тестовой копии, а затем демонстрируем результат. Для интеграций сверяем передачу данных и обработку ошибок, для сайта — работу нужных страниц и действий пользователя, для отчёта — расчёты и обновление данных.
Какая гарантия действует после сдачи?
На выполненные изменения действует гарантия 3 месяца. Если в изменённой нами части обнаружится ошибка нашей реализации, проверим и исправим её без дополнительной оплаты. Переданные материалы, настройки и код остаются у заказчика.