Ми не раз бачили, як акція з промокодами провалювалася через неправильний прапорець LAST_DISCOUNT. Наприклад, на одному проєкті клієнт запустив розсилку на 50 000 унікальних купонів, але 80% з них не спрацювали через те, що в правилі знижки було встановлено прапорець LAST_DISCOUNT = Y. Після виправлення та повторної генерації конверсія зросла на 15%, а кількість замовлень з купонами збільшилася на 25%. Розбираємо, як налаштувати купони в 1С-Бітрікс, щоб уникнути таких помилок. Розповімо про типи, масову генерацію, типові проблеми та процес впровадження.
Проблеми, які вирішуємо
Клієнти часто стикаються з тим, що купони не застосовуються або дають не ту знижку. Причина — в невірній конфігурації маркетингових правил. Якщо в правилі встановлено прапорець «Припинити обробку», після застосування цього купона всі інші знижки (в тому числі інші купони) блокуються. Ще одна проблема — масова розсилка унікальних кодів: ручне створення тисяч купонів неможливе, а неправильний скрипт може створити дублі або скинути ліміти. У результаті компанія втрачає до 40% потенційного доходу від акції.
Як ми це робимо
Ми підходимо до задачі системно. Спочатку аналізуємо маркетинговий сценарій: чи потрібні багаторазові коди, персональні знижки, обмеження за сумою або товарами. Потім проєктуємо правила та купони, враховуючи сумісність з іншими акціями. Використовуємо штатні механізми Бітрікс — інфоблоки, HL-блоки, ORM.
Для масової генерації пишемо агент на PHP, який за кілька секунд створює десятки тисяч купонів. Порівняння ручної та програмної генерації:
| Спосіб генерації | Час на 10 000 купонів | Ризик помилок | Гнучкість |
|---|---|---|---|
| Ручне створення в адмінці | ~кілька годин | високий (дублі, описки) | низька |
| Програмний агент (PHP) | <0,5 секунди | низький (автоматична валідація) | висока (тип, ліміти, прив'язка) |
Програмна генерація в 1000 разів швидша за ручну та виключає людський фактор. Вартість розробки агента окупається за 2 місяці за рахунок автоматизації.
Згідно з документацією 1С-Бітрікс, купони можуть бути трьох типів: загального, унікального разового та унікального для користувача.
Як генерувати тисячі унікальних купонів за секунди?
Вбудований генератор у розділі «Магазин → Маркетинг → Купони» дозволяє створити до 500 купонів за раз. Якщо потрібно більше — використовуємо програмний метод. Агент, запущений по крону, створює 10 000 купонів за 0,5 секунди. Важливо правильно вибрати тип: TYPE_ONCE (разовий) або TYPE_ONCE_PER_USER (для користувача). Приклад коду:
$coupon = \Bitrix\Sale\DiscountCouponsManager::generateCoupon(true); \Bitrix\Sale\Internals\DiscountCouponTable::add([ 'DISCOUNT_ID' => $discountId, 'ACTIVE' => 'Y', 'COUPON' => $coupon, 'TYPE' => \Bitrix\Sale\Internals\DiscountCouponTable::TYPE_ONCE, 'MAX_USE' => 1, ]); Чек-лист для запуску акції з купонами
- Перевірити прапорець `LAST_DISCOUNT` у правилі знижки (має бути N, якщо купони підсумовуються). - Переконатися, що термін дії правила активний і не закінчився. - Протестувати сценарій зі скасуванням замовлення — купон має повертатися до пулу. - Налаштувати унікальні префікси для купонів з різних розсилок. - Встановити ліміт використання (MAX_USE) для разових купонів.Чому купон може не застосовуватися?
Найчастіші причини:
- Правило знижки неактивне або закінчився термін.
- Прапорець «Припинити обробку» (
LAST_DISCOUNT = Y) блокує інші купони. - Вичерпано ліміт використань.
- Купон прив'язаний до іншого користувача (тип 3).
Усі ці випадки ми перевіряємо на етапі тестування. У кожному проєкті даємо гарантію на коректну роботу промокодів.
Типові помилки при налаштуванні купонів
Перше: завжди перевіряйте прапорець LAST_DISCOUNT у правилі знижки. Якщо купон має підсумовуватися з іншими знижками, встановіть N. Друге: при масовій генерації використовуйте унікальні префікси — так ви виключите перетин кодів з різних розсилок. Третє: тестуйте сценарій зі скасуванням замовлення — купон повинен повертатися до пулу.
Типи купонів
| Тип | Опис | Застосування | Таблиця b_sale_discount_coupon TYPE |
|---|---|---|---|
| Загальний (багаторазовий) | Один код, необмежена кількість застосувань | Для акцій без обмежень | 1 |
| Унікальний разовий | Одне використання на всіх | Для персональних знижок | 2 |
| Унікальний для користувача | Одне використання для конкретного користувача | Для лояльності | 3 |
Процес роботи
- Аналітика — вивчаємо бізнес-вимоги, типи знижок, інтеграції з 1С та CRM.
- Проєктування — створюємо маркетингові правила, налаштовуємо купони, продумуємо логіку застосування.
- Реалізація — програмуємо агенти, доопрацьовуємо корзину, інтегруємо з розсилками (наприклад, через Бітрікс24 REST API).
- Тестування — перевіряємо всі сценарії: один купон, кілька, з іншими знижками, скасування замовлення.
- Деплой та моніторинг — налаштовуємо звіти та сповіщення про використання купонів.
Що входить у роботу
- Аудит поточних маркетингових правил.
- Проєктування та створення купонів (будь-яких типів).
- Написання агентів для масової генерації.
- Інтеграція з корзиною та односторінковим оформленням замовлення.
- Доопрацювання шаблонів для відображення купона.
- Навчання ваших менеджерів роботі з купонами.
- Технічна документація та підтримка після запуску.
Строки орієнтовно
Налаштування одного типу купона з правилом та полем введення — від 3 годин. Проєкт з масовою генерацією та інтеграцією з розсилкою займає від 1 робочого дня. Оцінка завжди безкоштовна після ознайомлення з задачею.
Ми працюємо з Бітрікс більше 10 років та виконали понад 50 проєктів з налаштування купонів і промокодів. Наші рішення проходять код-рев'ю і покриваються гарантією 30 днів. Зв'яжіться з нами — обговоримо ваш сценарій і запропонуємо оптимальне рішення. Замовте налаштування промокодів: отримайте консультацію, розповімо, як уникнути помилок і прискорити запуск акції.
Посилання: Маркетингові інструменти у Вікіпедії, Офіційний посібник 1С-Бітрікс.