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