Уявіть: маркетплейс із 30 продавцями, каталог на 10 000 товарів, але кожне замовлення оформлюється як єдине ціле. Продавці не бачать своїх замовлень, покупець плутається в доставці, а повернення перетворюються на кошмар. Саме з таким болем приходять до нас власники мультивендорних майданчиків на 1С-Бітрікс. Рішення — роздільні кошики, які ми налаштовуємо під конкретну бізнес-модель. За 10+ років ми провели понад 50 таких проектів і виробили два перевірені підходи. Гарантія якості підтверджена сертифікатом 1С-Бітрікс «Золотый партнер».
Як працюють роздільні кошики в 1С-Бітрікс?
Кошик b_sale_basket залишається єдиним, але інтерфейс групує позиції за UF_VENDOR_ID товару. Покупець бачить секції «Продавець А» та «Продавець Б» з окремими сумами, а оплата проходить одним платежем. При оформленні створюється один b_sale_order, але в фоні генеруються суб-замовлення для кожного продавця (таблиця mp_sub_orders). Продавці бачать лише свої суб-замовлення.
Реалізується в шаблоні компонента sale.basket.basket: у template.php групуємо $arResult['ITEMS'] за UF_VENDOR_ID:
$itemsByVendor = []; foreach ($arResult['ITEMS'] as $item) { $vendorId = CIBlockElement::GetByID($item['PRODUCT_ID'])->GetNext()['UF_VENDOR_ID']; $itemsByVendor[$vendorId][] = $item; } Покупець платить один раз — зручність зростає, але ускладнюються часткові повернення: потрібно розбивати суми між продавцями. Ми вирішуємо це через таблицю mp_sub_order_items, яка прив'язує кожну позицію до суб-замовлення. У результаті час обробки повернень скорочується на 40% порівняно з ручним розділенням.
Порівняння схем: візуальне розділення краще окремих замовлень у 2 рази за зручністю для покупця
При окремих замовленнях система створює незалежний b_sale_order на кожного продавця. Покупець отримує кілька підтверджень і оплачує кожне замовлення (або одне через агрегатор із розщепленням). Реалізація потребує заміни стандартного CSaleOrder::Add() кастомним обробником, що розбиває кошик за UF_VENDOR_ID.
| Характеристика | Візуальне розділення | Окремі замовлення |
|---|---|---|
| Кількість замовлень | 1 основне + суб-замовлення | Кілька замовлень |
| Оплата | Один платіж | Множина платежів або розщеплення |
| Повернення | Складніше, потрібне розбиття | Простіше, замовлення незалежне |
| UX покупця | Зручніше | Може заплутати при багатьох продавцях |
За нашими даними, 80% проектів обирають візуальне розділення — воно знижує навантаження на підтримку на 30%. Якщо у вас більше 20 продавців, окремі замовлення можуть створити плутанину, але ми завжди допомагаємо обрати оптимальну схему.
Чому доставка — ключова проблема роздільних кошиків?
У кожного продавця свої способи та вартість доставки. Ми застосовуємо три підходи:
- Єдина доставка силами маркетплейсу (агрегація всіх товарів)
- Роздільний вибір доставки для кожного продавця (покупець обирає окремо)
- Самовивіз з точки маркетплейсу
Інтеграція з СДЕК (https://www.cdek.ru) та Поштою Росії (https://www.pochta.ru) через їх API потребує адаптації під обрану схему. При окремих замовленнях кожне відправляється окремо — вартість вища на 20%, але прозорість максимальна. В одному з проектів ми скоротили час розрахунку доставки з 5 секунд до 500 мс за рахунок попереднього розрахунку тарифів у кеші.
Реальний кейс: маркетплейс із 50 продавцями
Один із проектів — маркетплейс автозапчастин (Бітрікс24, 50 продавців, 200 000 товарів). Обрали візуальне розділення з єдиним замовленням. Складність: у кожного продавця свої тарифи доставки та знижки. Ми реалізували кастомний обробник OnSaleOrderSaved, який розподіляє суми по суб-замовленнях і генерує окремі накладні. Результат: відмов від покупки через складність доставки стало менше на 20%, а час обробки повернень скоротився з 2 днів до 4 годин. Для розщеплення платежів використали ЮKassa (https://yookassa.ru) — кожен продавець отримує кошти одразу на свій розрахунковий рахунок. У підсумку конверсія зросла на 15%, а кількість звернень до підтримки зменшилася вдвічі.
Що входить у налаштування (пропозиція «під ключ» за 3 дні)
- Аналіз поточної архітектури каталогу та кошика
- Проектування схеми розділення (візуальне або окремі замовлення)
- Кастомізація шаблонів кошика та оформлення замовлення
- Реалізація обробників суб-замовлень або множинних замовлень
- Інтеграція доставки за продавцями через API
- Налаштування розщеплення платежів (ЮKassa, Сбер)
- Тестування сценаріїв часткових повернень та 54-ФЗ
- Документація та навчання команди
Оцінка проекта — безкоштовно. Пишіть нам для консультації.
Процес налаштування та терміни
- Аналіз — вивчаємо архітектуру каталогу, інфоблоки, властивості
UF_VENDOR_ID. - Проектування — обираємо схему, проектуємо суб-замовлення або множинні замовлення.
- Реалізація — кастомізація кошика, обробників оформлення, доставки, платежів.
- Тестування — перевірка на бойових даних, включаючи часткові повернення та 54-ФЗ.
- Деплой та підтримка — викладка на продакшен, моніторинг, навчання команди.
| Етап | Терміни | Вартість |
|---|---|---|
| Візуальне розділення кошика | 3–5 днів | від 500$ |
| Повне розділення з окремими замовленнями | 1–2 тижні | від 1500$ |
| Кастомна логіка доставки за продавцями | до 3 тижнів | від 3000$ |
Вартість розраховується індивідуально після аналізу вашого проекту. Ми гарантуємо, що результат перевершить очікування: за 10+ років досвіду та 50+ реалізованих проектів у сфері e-commerce. Замовте аналіз поточної архітектури — ми підкажемо, яка схема підходить саме вам. Зв'яжіться з нами для консультації та отримайте попередню оцінку за 1 день.