Налаштування комісій маркетплейса 1С-Бітрікс під ключ
Ми не раз стикалися з ситуацією: Бітрікс-маркетплейс запущено, а комісії рахуються вручну в Excel. Продавці плутаються, бухгалтерія витрачає дні на звірку, а помилки в розрахунках призводять до втрат. Автоматизація вирішила проблему: комісії почали нараховуватися коректно, час на звірку скоротився з 3 днів до 2 годин. Налаштування комісій маркетплейса 1С-Бітрікс під ключ дозволяє впровадити будь-яку модель розрахунку за 1–3 тижні. Згідно з офіційною документацією, HL-блоки є стандартним способом зберігання кастомних сутностей, що дає гнучкість для правил комісій. Ви зможете скоротити витрати на ручний розрахунок і підвищити прозорість фінансів.
Які бувають моделі комісій?
Комісія — це відсоток або фіксована сума, яку платформа утримує з продажу. Правила бувають:
- Глобальні — єдина ставка для всіх продавців.
- За категоріями — різний % для різних груп товарів.
- За продавцями — індивідуальні умови для ключових партнерів.
- Комбіновані — наприклад, 5% з товарів до певної суми, 3% понад.
- Прогресивні — відсоток знижується при зростанні обороту продавця (реалізується через історію продажів).
Ми реалізуємо будь-який варіант через HL-блоки з версіонуванням та періодами дії. Це надійніше, ніж зберігати правила в b_option. Наші інженери мають сертифікацію «1С-Бітрікс: Розробник» і досвід від 10 років, що гарантує стабільну роботу алгоритму навіть при навантаженні 10 000+ замовлень на добу.
Чому HL-блоки оптимальні для зберігання правил комісій?
HL-блоки дозволяють зберігати правила в структурованому вигляді з підтримкою типів даних, індексів і фільтрації. На відміну від b_option, можна реалізувати складні запити, наприклад, пошук правила за комбінацією продавець-категорія. Періоди дії (ACTIVE_FROM, ACTIVE_TO) реалізуються додаванням двох полів дати, а версіонування — через історію змін. Це дає можливість гнучко керувати акціями та тимчасовими тарифами без перезапису даних.
Як налаштувати складні правила комісій?
Структура таблиці правил універсальна:
| Поле | Тип | Опис |
|---|---|---|
| ID | int | Первинний ключ |
| RULE_TYPE | varchar | global / category / vendor |
| VENDOR_ID | int | null = застосовується до всіх |
| CATEGORY_ID | int | ID розділу інфоблоку, null = всі категорії |
| RATE_TYPE | varchar | percent / fixed |
| RATE_VALUE | decimal | % або фіксована сума |
| MIN_AMOUNT | decimal | Мінімальна комісія |
| MAX_AMOUNT | decimal | Максимальна комісія (null = без обмежень) |
| ACTIVE_FROM | date | Дата початку дії |
| ACTIVE_TO | date | Дата закінчення (null = безстроково) |
Алгоритм вибору правила реалізується в обробнику OnAfterOrderAdd:
function calculateCommission(int $vendorId, int $categoryId, float $amount): float { // Пріоритет: vendor+category > vendor > category > global $rule = findRule($vendorId, $categoryId) ?? findRule($vendorId, null) ?? findRule(null, $categoryId) ?? findRule(null, null); if (!$rule) return 0.0; $commission = $rule['RATE_TYPE'] === 'percent' ? $amount * $rule['RATE_VALUE'] / 100 : $rule['RATE_VALUE']; if ($rule['MIN_AMOUNT']) $commission = max($commission, $rule['MIN_AMOUNT']); if ($rule['MAX_AMOUNT']) $commission = min($commission, $rule['MAX_AMOUNT']); return round($commission, 2); } Комісія записується в таблицю фінансових операцій з типом commission і прив'язкою до замовлення. Це дає повну прозорість для бухгалтерії і можливість побудувати звітність по продавцях і періодах. Налаштування комісій маркетплейса 1С-Бітрікс також включає інтеграцію з платіжними системами для коректного розрахунку фіскальних даних.
Як налаштувати прогресивну шкалу комісій?
Прогресивна шкала передбачає зміну ставки в залежності від накопиченого обороту продавця за період (наприклад, місяць або квартал). Для цього необхідна додаткова таблиця для зберігання історії продажів по кожному продавцю. Алгоритм на момент розрахунку комісії підсумовує оборот за потрібний період і вибирає відповідне правило з HL-блоку. Ми реалізуємо таку логіку з кешуванням суми обороту, щоб не перераховувати кожного разу. Типова економія часу бухгалтерії при впровадженні прогресивної шкали — до 60%.
Приклад розрахунку прогресивної комісії
Продавець сплачує комісію за прогресивною шкалою: відсоток зменшується зі збільшенням обороту. Точні значення встановлюються індивідуально.
Порівняння базової та складної моделі
| Параметр | Базова модель | Складна модель |
|---|---|---|
| Кількість правил | 1–10 | 10–100+ |
| Індивідуальні ставки | Ні | Так |
| Прогресивні тарифи | Ні | Так |
| Тимчасові акції | Ні | Так |
| Термін реалізації | 1 тиждень | 2–3 тижні |
| Економія часу бухгалтерії | до 30% | до 60% |
Що входить в роботу?
- Аналіз поточної бізнес-логіки та вимог до комісій.
- Проектування структури правил та бази даних.
- Реалізація алгоритму розрахунку з урахуванням пріоритетів.
- Розробка адміністративного інтерфейсу для управління правилами (CRUD, фільтри, дата-пікери).
- Створення звіту по нарахованим комісіям з вивантаженням в Excel.
- Тестування на копії бази (мін. 100 замовлень різного типу).
- Деплой на бій та навчання операторів.
- Гарантія 30 днів на виявлення прихованих помилок.
Процес роботи
- Аналітика — дзвінок з вами, вивчення ТЗ, фіксація всіх нюансів комісій.
- Прототип — схема бази та алгоритму за 1–2 дні.
- Розробка — написання коду, створення адміністративного інтерфейсу.
- Тестування — перевірка на тестових даних з різними сценаріями (більше 50 тестових замовлень).
- Деплой та навчання — запуск на бойовому сервері, інструкція для менеджерів.
Терміни та вартість
Базова реалізація (єдина ставка + правила за категоріями) займає 1 тиждень. Складна модель (індивідуальні ставки, прогресивні тарифи, тимчасові акції) — 2–3 тижні. Вартість розраховується індивідуально після аналізу вимог. Оцінимо ваш проект безкоштовно — просто напишіть нам. Замовте аудит поточної системи комісій — виявимо вузькі місця та запропонуємо оптимальне рішення.
Ми працюємо з Бітріксом більше 10 років, маємо сертифікацію «1С-Бітрікс: Розробник». На вашому проекті ви отримаєте готове рішення, документацію та підтримку після впровадження. Зв'яжіться для консультації — підберемо оптимальну архітектуру під вашу модель маркетплейса.