Настройка выплат продавцам маркетплейса 1С-Битрикс

С проблемой выплат продавцам на маркетплейсе сталкиваются владельцы агрегаторов: ручные переводы занимают часы, ошибки в расчётах приводят к конфликтам, а налоговая требует документы. Наша команда сертифицированных специалистов 1С-Битрикс с опытом более 5 лет настраивает выплаты продавцам маркетплейса на 1С-Битрикс — с учётом баланса, ручными заявками и автоматическим перечислением через API. За это время мы реализовали системы для 30+ маркетплейсов: от интернет-магазинов электроники до агрегаторов услуг. Средняя экономия клиентов — до 2 млн рублей в год за счёт автоматизации.

Ручные выплаты в 5 раз медленнее автоматических, но без них не обойтись на старте. Автоматизация через Tinkoff или ЮMoney экономит до 70% времени менеджера. Наши инженеры гарантируют корректную интеграцию и соблюдение требований 152-ФЗ. Свяжитесь с нами для консультации — обсудим детали вашего проекта.

Как устроен учёт баланса продавца? — настройка выплат продавцам

Баланс собирается из финансовых операций, которые фиксируются при каждом событии:

• • при подтверждении оплаты суб-заказа: amount = subtotal - commission

  Таблица mp_finance_log:

  Поле	Тип	Описание
  ID	int, AI
  VENDOR_ID	int	FK на продавца
  TYPE	varchar	sale / commission / payout / refund
  AMOUNT	decimal(10,2)	Положительный = приход
  REFERENCE_ID	int	ID суб-заказа или заявки на выплату
  STATUS	varchar	pending / confirmed / cancelled
  CREATED_AT	datetime

  Текущий баланс = SUM(AMOUNT) WHERE VENDOR_ID = X AND STATUS = 'confirmed'. Источник: документация 1С-Битрикс — финансовый учёт

  Почему ручные выплаты неэффективны?

  Ручные выплаты требуют от менеджера до 10 минут на каждую операцию: проверить заявку, сверить баланс, выполнить перевод через банк-клиент. При 50 выплатах в день это почти полный рабочий день. Ошибки при вводе реквизитов — частая причина задержек и репутационных рисков. Для крупного маркетплейса с 5000+ транзакций в месяц экономия при автоматизации превышает 1 млн рублей — это подтверждает наш опыт.

  Сравнение подходов:

  Критерий	Ручные выплаты	Автоматические выплаты
  Время на одну выплату	~10 мин	1–2 сек
  Затраты менеджера	Высокие	Нулевые
  Ошибки	Возможны (человеческий фактор)	Минимальны
  Порог внедрения	Низкий (1-2 недели)	Средний (+1-2 недели на API)

  Автоматические выплаты в 10 раз быстрее и практически исключают ошибки.

  Ручные выплаты: пошаговый процесс

  Продавец в личном кабинете нажимает «Запросить выплату», указывает сумму (не больше доступного баланса). Создаётся запись в mp_payout_requests со статусом pending. Менеджер видит заявку в админке и после фактического перевода подтверждает — статус меняется на completed, баланс уменьшается.

  Минимальный порог выплаты и периодичность (например, не чаще раза в неделю) настраиваются в b_option через админ-панель.

  Как настроить автоматические выплаты через API?

  Пошаговый план автоматизации

  1. Выбор платёжного шлюза. Подходят Tinkoff, ЮMoney, CloudPayments, QIWI B2B. У каждого свои требования к безопасности и скорости.
  2. Шифрование реквизитов. Храним платёжные данные продавцов в отдельной таблице с AES-256 (требование 152-ФЗ).
  3. Разработка агента выплат. Пишем агент Битрикс, который запускается по расписанию (например, каждую пятницу в 10:00). Агент собирает заявки со статусом pending, отправляет запрос в API шлюза, при успехе меняет статус на completed и списывает баланс.
  4. Логирование и уведомления. Фиксируем каждую выплату в финансовом журнале, отправляем уведомления продавцу и менеджеру.
  5. Генерация документов. При завершении выплаты формируем PDF-акт об оказании услуг (через tcpdf) и прикрепляем к операции.

  Типичные ошибки при автоматизации

  • Игнорирование лимитов платёжного шлюза (например, максимальная сумма перевода или суточный лимит).
  • Отсутствие обработки ошибок API: при сбое выплата может зависнуть в статусе pending, и баланс не уменьшится. Обязательно реализуйте callback-уведомления.
  • Сложности с возвратами: при отмене заказа нужно корректно восстанавливать баланс продавца и отменять выплату, если она ещё не совершена.

  Почему важны налоговые документы?

  При выплатах платформа обязана формировать акты об оказании услуг (по комиссии) и отчёты о продажах. Генерация PDF через tcpdf или шаблон — стандарт. Документы привязываются к выплате и доступны для скачивания продавцом и администратором. Это требование ФНС и 54-ФЗ.

  Что входит в работу

  • Проектирование схемы финансовых операций (инфоблоки, HL-блоки)
  • Разработка модуля учёта баланса и заявок
  • Интеграция с платёжным шлюзом (Tinkoff, ЮMoney, CloudPayments, QIWI B2B)
  • Генерация PDF-документов
  • Тестирование и документация
  • Обучение менеджеров и продавцов

  Сроки

  • Учёт баланса и ручные выплаты: 1–2 недели
  • Автоматические выплаты через API: +1–2 недели
  • Генерация финансовых документов: 3–5 дней

  Итоговый срок зависит от сложности интеграции и объёма каталога. Оценим проект за один день — свяжитесь с нами для консультации.

  Получите готовый модуль с документацией и поддержкой. Закажите настройку выплат — и ваши продавцы будут получать деньги вовремя.