Разработка маркетплейса на 1С-Битрикс

Разработка маркетплейса на 1С-Битрикс

Компания хочет запустить маркетплейс. Кажется просто: возьмём интернет-магазин на 1С-Битрикс, добавим несколько продавцов — и готово. На практике интернет-магазин и маркетплейс — это две принципиально разные архитектуры. В магазине один продавец, один склад, один расчётный счёт. В маркетплейсе — десятки и сотни продавцов, у каждого свои товары, свои остатки, свои условия доставки и своя доля от продажи. Попытка натянуть одно на другое заканчивается костылями, которые разваливаются при масштабировании.

Разработка маркетплейса на 1С-Битрикс — это проектирование мультивендорной платформы с нуля: архитектура продавцов, модерация товаров, расщепление платежей, маршрутизация заказов и комиссионная модель.

Мультивендорная архитектура

Ключевое отличие маркетплейса от магазина — множество продавцов на одной витрине. Архитектурно это требует:

• Сущность «Продавец» — отдельная таблица (или highload-блок) с данными: юрлицо, реквизиты, контактное лицо, рейтинг, статус модерации, комиссионный процент.
• Привязка товаров к продавцу — каждый товар в каталоге принадлежит конкретному продавцу. Свойство VENDOR_ID в инфоблоке товаров.
• Изоляция данных — продавец видит только свои товары, заказы и статистику. Доступ ограничен на уровне API и интерфейса.
• Единый каталог — покупатель видит товары всех продавцов на одной витрине. Фильтрация, сортировка, поиск работают по всему каталогу, но каждый товар показывает продавца.

В 1С-Битрикс нет встроенного модуля маркетплейса. Мультивендорная логика реализуется через кастомные модули, обработчики событий и расширение штатных сущностей.

Кабинет продавца

Продавец работает в отдельном разделе сайта — без доступа к административной панели 1С-Битрикс. Функциональность кабинета:

Управление товарами:

• Добавление, редактирование, удаление товаров.
• Загрузка фотографий с автоматическим ресайзом и водяными знаками.
• Управление вариантами (размер, цвет, комплектация).
• Массовый импорт из CSV/Excel.
• Управление остатками и ценами.
• Публикация после прохождения модерации.

Управление заказами:

• Список заказов с товарами продавца (из мультивендорного заказа выделяются позиции конкретного продавца).
• Смена статуса: подтверждён → собран → передан в доставку → доставлен.
• Печать накладных и этикеток.
• Обработка возвратов.

Финансы:

• Баланс: сколько заработано, сколько выплачено, сколько удержано (комиссия).
• История транзакций.
• Акты и отчёты за период.
• Запрос на вывод средств.

Аналитика:

• Продажи за период: сумма, количество заказов, средний чек.
• Топ товаров.
• Конверсия карточки товара.
• Рейтинг продавца и отзывы покупателей.

Модерация товаров

Без модерации маркетплейс быстро превращается в свалку: дубли, некачественные фото, запрещённые товары, некорректные описания. Система модерации:

• Автоматическая проверка — при добавлении товара скрипт проверяет: заполнены ли обязательные поля, соответствует ли категория, допустим ли формат фотографий, нет ли запрещённых слов в описании.
• Ручная модерация — модератор в админке просматривает новые товары, одобряет или отклоняет с комментарием.
• Статусы модерации — черновик → на модерации → одобрен → отклонён → требует доработки.
• Массовая модерация — для опытных продавцов с высоким рейтингом можно включить автоодобрение.

Модерация реализуется через бизнес-процессы 1С-Битрикс или через кастомный workflow.

Комиссионная система

Маркетплейс зарабатывает на комиссии с продаж. Модели:

Технически: при создании заказа система рассчитывает долю каждого продавца и комиссию площадки. Данные записываются в отдельную таблицу финансовых транзакций.

Расщепление платежей (сплит-оплата)

Покупатель оплачивает заказ одним платежом. Но деньги должны распределиться между продавцами и площадкой. Варианты:

Вариант 1: Площадка как агент. Деньги приходят на расчётный счёт площадки. Площадка удерживает комиссию и перечисляет остаток продавцам. Требует агентского договора с каждым продавцом.

Вариант 2: Сплит-платежи через платёжную систему. Сервисы ЮKassa, CloudPayments, АТОЛ Онлайн поддерживают маркетплейсный сплит: при оплате указываются получатели и суммы. Деньги распределяются автоматически.

Вариант 3: Эскроу / номинальный счёт. Деньги замораживаются до подтверждения доставки. После подтверждения — распределяются. Защита для покупателя.

Для 1С-Битрикс интеграция со сплит-платежами реализуется через кастомный обработчик платёжной системы. Штатные обработчики не поддерживают расщепление — нужна доработка.

Маршрутизация заказов

Покупатель добавляет в корзину товары от трёх разных продавцов. При оформлении заказа:

1. Корзина разбивается на подзаказы — по продавцам. У каждого продавца свои условия доставки, свои сроки, свой склад.
2. Для каждого подзаказа рассчитывается стоимость доставки — от склада продавца до покупателя.
3. Покупатель видит итоговую стоимость с разбивкой по продавцам (или единую — если маркетплейс консолидирует доставку).
4. После оплаты каждый продавец получает уведомление со своей частью заказа.
5. Статусы обновляются независимо: продавец А отправил, продавец Б ещё собирает.

В 1С-Битрикс это реализуется через механизм отгрузок (\Bitrix\Sale\Shipment) — каждый продавец формирует свою отгрузку внутри одного заказа.

Доставка

Маркетплейс может работать с доставкой по разным моделям:

• Продавец доставляет сам — каждый продавец настраивает свои способы доставки и тарифы.
• Единая логистика площадки — маркетплейс забирает товары у продавцов и доставляет покупателю (модель Ozon/Wildberries FBO).
• Гибридная модель — продавец выбирает: доставлять самому или через площадку.

Для каждой модели — свой расчёт стоимости доставки. Интеграция с транспортными компаниями (СДЭК, Boxberry, Почта России) через API.

Рейтинг и отзывы

Доверие покупателя к маркетплейсу строится на репутации продавцов:

• Рейтинг продавца — средняя оценка по заказам. Учитывается: качество товара, скорость отправки, соответствие описанию.
• Отзывы о товарах — привязаны к товару и продавцу. Модерация: автоматическая (фильтр мата, спама) + ручная.
• Штрафы за нарушения — просрочка отправки, высокий процент возвратов, жалобы покупателей. Автоматическое снижение рейтинга или блокировка кабинета.

Каталог и поиск

Единый каталог со товарами всех продавцов требует:

• Единую структуру категорий — продавец выбирает категорию из дерева площадки, а не создаёт свою.
• Единые характеристики — для каждой категории определён набор обязательных свойств (размер, материал, бренд). Продавец заполняет по шаблону.
• Дедупликацию — если несколько продавцов продают один и тот же товар, покупатель видит одну карточку с предложениями от разных продавцов (модель «офферов»).
• Фасетный поиск — фильтрация по свойствам, цене, продавцу, рейтингу, наличию.
• Полнотекстовый поиск — через Sphinx или Elasticsearch. Штатный поиск 1С-Битрикс не справляется с каталогом в 100 000+ позиций.

Финансовые отчёты и выплаты

Площадка должна вести финансовый учёт для каждого продавца:

• Реестр продаж — за период: товар, количество, сумма, комиссия, чистая сумма продавцу.
• Акт выполненных услуг — площадка оказывает продавцу услугу (размещение, реклама) и удерживает комиссию.
• График выплат — раз в неделю, раз в 2 недели, раз в месяц. Настраивается для каждого продавца.
• Минимальная сумма выплаты — не выплачивать, пока накоплено менее N рублей.
• Удержания — штрафы, возвраты, компенсации покупателям.

Автоматическая генерация отчётов и актов для бухгалтерии — через интеграцию с 1С:Бухгалтерией или через модуль документооборота.

Технические требования

Маркетплейс — это высоконагруженный проект. Технические решения:

• Редакция 1С-Битрикс — «Бизнес» или «Энтерпрайз». Младшие редакции не поддерживают нужный набор модулей.
• Серверная инфраструктура — выделенный сервер или облако. Для каталога 50 000+ товаров — SSD, минимум 16 ГБ RAM, отдельный сервер для MySQL/PostgreSQL.
• Кэширование — композитный кэш 1С-Битрикс + Memcached/Redis для сессий и данных.
• CDN — фотографии товаров раздаются через CDN (Cloudflare, AWS CloudFront).
• Очереди задач — фоновые операции (импорт товаров, пересчёт рейтингов, генерация отчётов) через очереди (cron-агенты или RabbitMQ).
• Мониторинг — отслеживание скорости ответа, ошибок, нагрузки на БД.

Безопасность

• Изоляция данных продавцов — на уровне SQL-запросов. Продавец не может получить данные другого продавца даже через API.
• Верификация продавцов — проверка юрлица (ИНН, ОГРН), подтверждение контактных данных, подписание оферты.
• Защита покупателей — гарантия возврата, эскроу-платежи, модерация отзывов.
• PCI DSS — если платежи проходят через площадку (при использовании сплит-платежей через ЮKassa или CloudPayments требования PCI DSS закрывает платёжный провайдер).
• Защита от фрода — мониторинг подозрительных заказов, лимиты на вывод средств для новых продавцов.

Этапы разработки

Что отличает маркетплейс от интернет-магазина

• Масштабируемость каталога — не вы наполняете каталог, а продавцы. Сотни тысяч товаров без затрат на контент-менеджмент.
• Комиссионная модель — доход без закупки товара и содержания склада.
• Сложность — мультивендорная логика, расщепление платежей, маршрутизация заказов — это не коробочное решение, а заказная разработка.

Разрабатываем маркетплейсы на 1С-Битрикс с полным циклом: от проектирования архитектуры до запуска с первыми продавцами. Мультивендорный каталог, кабинет продавца, комиссии, сплит-платежи, модерация, аналитика — вся логика, которая отличает маркетплейс от обычного магазина.