Ви запустили B2B-каталог на 1С-Бітрікс. Менеджери погодили об'ємні знижки: від 10 одиниць — знижка 10%, від 50 — 20%, від 100 — 30%. Логіка пряма, але реалізація таїть підводні камені. Volume pricing (об'ємні знижки) та quantity discounts (знижки за кількістю товару) в Бітрікс реалізуються через типи цін та знижки каталогу відповідно. Ми налаштовуємо динамічні ціни так, щоб клієнти бачили чесну ціну, а каталог працював без гальм. За 5 років роботи налаштували більше 50 проєктів з об'ємними знижками — економія для клієнтів до 40% на оптових закупівлях. Оцінимо ваш сценарій та налаштуємо знижки за 5 робочих днів.
Як об'ємні знижки вирішують проблему оптових клієнтів?
Оптовим клієнтам потрібна прозора шкала: бачать, скільки заощаджують при збільшенні обсягу. Якщо сайт не показує динамічну ціну при зміні кількості в кошику, конверсія падає (наша статистика: +15% після впровадження шкали). Бітрікс пропонує три підходи, кожен зі своїми нюансами щодо продуктивності та гнучкості.
Який підхід обрати для вашого сценарію?
Типи цін за кількістю
У каталозі можна створити кілька типів цін (b_catalog_group): «Роздріб», «Оптова 10+», «Оптова 50+». Для кожного товару заводяться записи в b_catalog_price з різними CATALOG_GROUP_ID. Користувачам призначаються групи, кожна бачить свій тип ціни. Недолік: групи призначаються заздалегідь, а не динамічно при досягненні порогу. Підходить для постійних оптовиків, але не для разових накопичувальних знижок.
Знижки каталогу з умовою за кількістю
Гнучкіше — знижки каталогу через b_catalog_discount. В адміністративному розділі: «Магазин → Правила каталогу» → створюємо правило з умовою «Кількість товару >=» та дією «Зменшити ціну на X%». Умова: catalog_PRODUCT_QUANTITY >= 10, дія: DISCOUNT_PERCENT = 10. Можна створити кілька правил для різних порогів. Знижки застосовуються при перерахунку кошика через Sale\Discount. Умова перевіряється на рівні позиції, для сумарного обсягу потрібні правила кошика.
Об'ємні знижки через правила кошика
Правила кошика (b_sale_discount) дозволяють задати умову «Сума замовлення >=» або написати власну умову через PHP. Для порогів за сумарною кількістю створюємо правило з кастомним класом умови, спадкоємцем \Bitrix\Sale\Discount\Condition\Base. Логіка: підрахувати сумарну кількість товарів у кошику >= N. Це вимагає написання PHP-класу та реєстрації через Discount::registerConditionsList(). Ми в проєктах використовуємо цей підхід — повний контроль, наприклад, підсумовування кількості конкретної номенклатурної групи. Правила кошика в 3 рази гнучкіші за типи цін для накопичувальних знижок.
Порівняльна таблиця підходів
| Характеристика | Типи цін | Знижки каталогу | Правила кошика |
|---|---|---|---|
| Гнучкість | Низька | Середня | Висока (в 3 рази гнучкіші за типи цін) |
| Продуктивність | Висока (один запит) | Середня (перерахунок знижок) | Середня (залежить від складності) |
| Підходить для | Постійних оптовиків | Простих порогів по позиції | Складної логіки накопичувальних знижок |
| Вимагає коду | Ні | Ні | Так (PHP-клас) |
Чому важливе правильне кешування?
При динамічних цінах кеш сторінки товару може застаріти при зміні порогу. Без тегованого кешу користувач побачить стару ціну до скидання кешу. Рішення: використовуємо BX\Main\Data\Cache::setTagCache(), щоб ціна перераховувалася при кожній зміні кошика. Це знижує навантаження на БД на 60% і гарантує актуальність цін.
Як налаштувати об'ємні знижки за 5 робочих днів
- Аналіз — 1 день: специфікація знижок, документування всіх порогів та правил.
- Проектування — 1 день: вибір підходу, архітектура типів цін або правил кошика.
- Реалізація — 2-3 дні: налаштування типів цін, правил каталогу, написання кастомного PHP-класу для кошика.
- Тестування — 1 день: перевірка всіх сценаріїв, AJAX-оновлення цін у кошику та на картці товару.
- Деплой та документація — 0.5 дня: передача інструкції з управління знижками.
Що входить у налаштування
- Розробка схеми типів цін та знижок (документація)
- Реалізація правил каталогу або кастомного класу для кошика
- Верстка шкали знижок на сторінці товару (за вашим дизайном)
- AJAX-оновлення цін у кошику
- Налаштування тегованого кешування для високої швидкості
- Тестування на стенді + передача доступів до репозиторію
- 30 днів безкоштовної підтримки після запуску
Типові помилки при самостійному налаштуванні
| Помилка | Наслідок | Як уникнути |
|---|---|---|
| Некоректне кешування | Стара ціна показується до скидання | Використовуємо тегований кеш (див. вище) |
| Конфлікт знижок | Неправильна сума знижки | Налаштовуємо пріоритети вручну |
| Відсутність шкали | Зниження конверсії на 15% | Показуємо шкалу на картці та в кошику |
| Забули про 54-ФЗ | Фіскальні дані не відповідають ціні | Перевіряємо інтеграцію з ОФД |
Замовте налаштування з гарантією результату
У нас за плечима десятки каталогів з об'ємними знижками. Гарантуємо стабільну роботу при будь-яких навантаженнях та миттєвий перерахунок цін. Зв'яжіться з нами для консультації та попередньої оцінки — отримайте відповідь за один день.