Розробка маркетплейсу на 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) — кожен продавець формує свою відвантаження в середині одного замовлення.

Доставка

Маркетплейс може працювати з доставкою за різними моделями:

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

Для кожної моделі — свій розрахунок вартості доставки. Інтеграція з транспортними компаніями (CDEK, 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С-Бітрікс з повним циклом: від проектування архітектури до запуску з першими продавцями. Мультивендорний каталог, кабінет продавця, комісії, сплит-платежі, модерація, аналітика — уся логіка, яка відрізняє маркетплейс від звичайного магазину.