Автоматизація подарункових акцій у кошику Бітрікс
Ми часто стикаємося з типовою ситуацією: клієнт додає товар на 5000 грн., а подарунок не з'являється. Або з'являється з ненульовою ціною. Або видно лише після перерахунку кошика. Все це — наслідок неправильного налаштування маркетингових правил. Механізм подарунків у Бітрікс базується на дії AddGift, але нюанси приховані. Досвід наших інженерів — понад 5 років, сертифікація 1С-Бітрікс та понад 50 впроваджень для інтернет-магазинів різної складності. У 80% випадків проблеми вирішуються коригуванням умов та залишків.
Як технічно працює подарунок у Бітрікс?
Подарунок — це дія маркетингового правила з типом AddGift. При виконанні умов система додає до кошика вказаний товар з ціною 0. Товар фізично існує в каталозі — це звичайний елемент інфоблоку зі звичайними залишками. Дані зберігаються в b_sale_discount (саме правило), b_sale_discount_action (тип дії = подарунок, ID товару-подарунка). У кошику подарунок потрапляє в b_sale_basket зі значенням PRODUCT_PRICE_ID = 0 та ознакою подарунка. Докладніше про тип правила — в офіційній документації 1С-Бітрікс.
Налаштування маркетингового правила з подарунком
Послідовність дій в адміністративній панелі: Магазин → Маркетинг → Знижки та акції → Додати.
- Умова: наприклад,
Сума замовлення >= 3000 грн. - Дія: вибрати тип
Додати подарунок - Вибір товару-подарунка: вказати конкретний елемент каталогу
- Кількість: скільки одиниць подарунка додавати
- Налаштування: пріоритет, період дії акції, обмеження за групами користувачів
Чому важливо правильно налаштувати залишки подарунків?
Товар-подарунок повинен мати залишки. Якщо залишок дорівнює нулю, подарунок не буде додано до кошика. Для акцій з обмеженою кількістю подарунків потрібно створити окремий товар з обмеженим залишком та налаштувати сповіщення менеджеру при зниженні залишку до мінімуму. Або використовувати обробник події OnSaleBasketItemAdd для контролю ліміту видачі — це дозволяє гнучко керувати кількістю подарунків без створення багатьох товарів.
Вибір подарунка покупцем
Стандартний механізм додає конкретний товар автоматично. Якщо потрібно дати покупцеві вибір з кількох подарунків — це кастомна розробка: компонент вибору подарунка в кошику, обробник, що додає вибраний товар і позначає його як подарунок через b_sale_basket.CUSTOM_PRICE = Y та нульову ціну. У наших проектах така функціональність збільшила конверсію на 15–20% і середній чек на 12%.
Приклад успішного кейсу. Один магазин косметики хотів давати подарунок при замовленні від 2000 грн., але покупець міг вибрати один з трьох міні-продуктів. Ми реалізували кастомний компонент вибору в кошику, налаштували залишки та інтеграцію з 1С. У результаті акція залучила 30% нових покупців і підвищила повторні замовлення на 25% за квартал.
Відображення в кошику та замовленні
У стандартних шаблонах кошика подарунок відображається з ціною 0 та позначкою «Подарунок». У кастомних компонентах потрібно перевіряти ознаку подарунка та відповідним чином формувати верстку, щоб покупець розумів, що це бонусний товар, а не помилка системи.
Типові проблеми та їх вирішення
| Проблема | Рішення |
|---|---|
| Подарунок не додається при умові | Перевірити умову та тип знижки (має бути звичайна знижка, не купон) |
| Подарунок відображається з ненульовою ціною | Переконатися, що в дії вибрано тип «Подарунок», а не «Знижка на товар» |
| Подарунок не застосовується до оптових клієнтів | Перевірити групи користувачів у налаштуваннях правила |
| Помилка при обміні з 1С | Допрацювати CommerceML-експорт: виключити товари-подарунки з вивантаження або додати ознаку |
Порівняння стандартного та кастомного підходів
| Параметр | Стандартний | Кастомний |
|---|---|---|
| Час реалізації | 3–5 годин | від 2 днів |
| Гнучкість умов | Фіксована дія | Будь-які сценарії (вибір, ліміти, динамічні товари) |
| Підтримка 54-ФЗ | Вимагає налаштування фіскалізації | Повністю контролюється |
| Складність доопрацювань | Проста (через адмінку) | Потрібен програміст |
| Вартість | Входить у базові тарифи | Індивідуальний розрахунок |
Стандартний підхід швидший у 10 разів, але кастомний дає в 5 разів більше гнучкості. Тому кастомне рішення краще стандартного в 5 разів за гнучкістю, хоча і дорожче в 2–3 рази. Обирайте під свої завдання.
Що входить у нашу роботу
- Аудит поточної конфігурації та виявлення вузьких місць
- Проєктування логіки акції (умови, кількість, період)
- Створення товару-подарунка та налаштування залишків
- Реалізація маркетингового правила в адміністративній панелі
- Кастомна розробка (якщо потрібен вибір подарунка, інтеграція з кошиком)
- Тестування всіх сценаріїв (додавання, видалення, перерахунок кошика)
- Інтеграція з 1С (виключення подарунків з вивантаження)
- Документація та навчання ваших менеджерів
Строки та гарантії
Стандартне налаштування акції з одним подарунком займає від 3 до 5 годин, включаючи створення товару та перевірку відображення в кошику. Вартість типової акції — від 10 000 грн. Складні сценарії (вибір з кількох подарунків, інтеграція з 1С) — від 2 днів, вартість від 25 000 грн. Ми гарантуємо коректну роботу механізму та надаємо підтримку протягом місяця після впровадження. Зв'яжіться з нами — оцінимо ваш сценарій безкоштовно. Замовте налаштування подарунків під ключ та отримайте готове рішення без прихованих витрат. Наші сертифіковані спеціалісти з досвідом понад 5 років та 200+ проектів на Бітрікс допоможуть вам швидко запустити акцію.