Разработка маркетплейса на 1С-Битрикс
Мы проектируем и разрабатываем мультивендорные маркетплейсы на 1С-Битрикс. Когда клиент приходит с идеей «добавить продавцов в существующий магазин», мы сразу предупреждаем: архитектура принципиально иная. В магазине — один продавец, один склад, один расчётный счёт. В маркетплейсе — десятки продавцов, у каждого свои товары, остатки, условия доставки и своя комиссия. Попытка натянуть одно на другое приводит к костылям, которые разваливаются при масштабировании.
Каждый проект уникален: от выбора модели комиссий до интеграции с платёжными провайдерами. За 10+ лет мы запустили 50+ проектов — от региональных нишевых площадок до федеральных каталогов с миллионом товаров. Наши решения проверены на нагрузке до 10 000 заказов в день. В этой статье разберём ключевые блоки, без которых маркетплейс не работает.
Мультивендорная архитектура: что внутри?
Ключевое отличие — множество продавцов на одной витрине. Архитектурно это требует:
- Сущность «Продавец» — отдельный highload-блок с юрлицом, реквизитами, рейтингом и статусом модерации.
- Привязка товаров к продавцу — каждый элемент каталога ссылается на
VENDOR_ID. - Изоляция данных — продавец видит только свои товары, заказы и статистику через кабинет.
В 1С-Битрикс нет встроенного модуля маркетплейса. Всю мультивендорную логику реализуем через кастомные модули и события. Например, при создании заказа срабатывает обработчик, который расщепляет его на подзаказы по продавцам.
Кабинет продавца: что он видит?
Продавец работает в отдельном разделе — без доступа к админке Битрикс. Кабинет включает:
Управление товарами — добавление, редактирование, загрузка фото с водяными знаками, массовый импорт из CSV/Excel, управление остатками и ценами. Публикация — после модерации.
Управление заказами — список заказов с позициями продавца, смена статуса, печать накладных, обработка возвратов.
Финансы — баланс, история транзакций, акты, запрос на вывод средств. Площадка удерживает комиссию — остальное переводится продавцу.
Аналитика — продажи за период, топ товаров, конверсия карточки, рейтинг и отзывы.
Финансовая модель: комиссии и сплит-платежи
Комиссионная система: четыре модели
| Модель | Описание | Когда применять |
|---|---|---|
| Фиксированный % | Единый процент со всех продаж | Простой маркетплейс, одна категория |
| По категориям | Разный % для разных категорий | Мультикатегорийный маркетплейс |
| По продавцу | Индивидуальный % | Якорные продавцы с особыми условиями |
| Тарифные планы | Абонентская плата + сниженная комиссия | Продавцы с большим оборотом |
Технически: при создании заказа агент или обработчик рассчитывает долю каждого продавца и комиссию площадки. Данные пишутся в таблицу финансовых транзакций.
Расщепление платежей: как выбрать способ?
Выбор метода расщепления зависит от вашей бизнес-модели. Площадка как агент — самый простой путь: деньги приходят на счёт площадки, комиссия удерживается, остаток перечисляется продавцам. Однако это требует агентского договора и ручных переводов, что при 100+ продавцах чревато ошибками. Сплит через платёжную систему (ЮKassa, CloudPayments, АТОЛ Онлайн) автоматизирует процесс: средства распределяются автоматически, без участия бухгалтера. Минус — зависимость от провайдера и его комиссий. Эскроу-счета дают максимальную защиту покупателю, но сложны в реализации и замедляют вывод денег. Мы помогаем подобрать вариант под вашу юрисдикцию и объёмы. Штатные платёжные модули 1С-Битрикс не поддерживают расщепление — пишем кастомный обработчик для каждого провайдера.
Модерация товаров и управление каталогом
Механизм модерации товаров
Без модерации маркетплейс быстро забивается дублями и некачественными товарами. Система:
- Автоматическая проверка — скрипт проверяет обязательные поля, формат фото, запрещённые слова.
- Ручная модерация — модератор в админке одобряет или отклоняет с комментарием.
- Статусы — черновик → на модерации → одобрен → отклонён.
- Массовая модерация — для надёжных продавцов с высоким рейтингом включаем автоодобрение.
Реализуем через бизнес-процессы Битрикс24 или кастомный workflow. Типичная ошибка — не настраивать автоматическую проверку. Если каждый товар модератор смотрит вручную, задержка растёт до 2–3 дней, и продавцы уходят. При автоматической проверке время модерации сокращается до нескольких часов.
Каталог на миллион товаров: поиск и индексация
Единый каталог с товарами всех продавцов требует:
- Единую структуру категорий — продавец выбирает из дерева площадки.
- Обязательные характеристики — для каждой категории набор свойств (размер, материал, бренд).
- Дедупликацию — если один товар у нескольких продавцов, показываем одну карточку с офферами.
- Фасетный поиск — фильтрация по цене, продавцу, рейтингу.
- Полнотекстовый поиск — начиная с 50 000 товаров штатный поиск Битрикс не справляется. Используем Elasticsearch или Sphinx.
Логистика: как заказы добираются до покупателей?
В одном заказе могут быть товары от трёх продавцов. Корзина разбивается на подзаказы — для каждого свой продавец, свои условия доставки. Покупатель видит итоговую стоимость с разбивкой. После оплаты каждый продавец получает уведомление. Статусы обновляются независимо.
В 1С-Битрикс это реализуем через механизм отгрузок (\Bitrix\Sale\Shipment). Интеграция с СДЭК и Почтой России через API — расчёт стоимости и генерация этикеток. Подробнее — в документации 1С-Битрикс.
Процесс разработки: шаг за шагом
Мы следуем плану, чтобы минимизировать риски:
- Аудит требований — собираем и документируем функциональные и нефункциональные требования.
- Проектирование архитектуры — разрабатываем схему БД, API и модульную структуру.
- Разработка кастомных модулей — пишем модули для мультивендора, комиссий, сплит-платежей.
- Интеграция — подключаем платёжные системы, службы доставки, 1С.
- Тестирование — проводим нагрузочное тестирование на 10 000+ товаров и 100+ продавцов.
- Запуск — разворачиваем на production и проводим обучение.
Состав работы и частые просчёты
Состав работы
Мы передаём:
- Проектную документацию — архитектуру, схемы БД, API, интерфейсы.
- Полные доступы — к серверу, админке, репозиторию.
- Обучающий вебинар — для администраторов и модераторов.
- Инструкции для продавцов — по работе в кабинете.
- Техническую поддержку — 3 месяца после запуска.
Частые просчёты при запуске
- Недооценка нагрузки — для каталога в 100 000 товаров нужен SSD, 16 ГБ RAM, Redis и CDN для фото. Мы проводим нагрузочное тестирование.
- Отсутствие сплит-платежей — ручное распределение денег приводит к ошибкам и задержкам.
- Слабая модерация — площадка теряет доверие покупателей.
- Отсутствие изоляции данных — продавец может получить данные конкурента. Защищаем на уровне SQL-запросов.
Почему выбор платформы важен и когда запуск?
1С-Битрикс даёт готовый каркас для каталога, корзины, заказов и прав доступа, что сокращает time-to-market на 30–40% по сравнению с разработкой с нуля. Однако мультивендорная логика — всегда кастом. И здесь важен опыт: мы уже собрали грабли и знаем, как построить архитектуру, которая не развалится под нагрузкой.
Сроки: MVP с базовым каталогом и кабинетом продавца — от 3 месяцев, полный цикл со сплит-платежами и логистикой — от 6 месяцев. Закажите аудит — и мы подготовим точный план. Также свяжитесь с нами для консультации — она бесплатна и без обязательств.