У статті розглянуто нарахування кешбеку в Бітрікс, кешбек 1С Бітрікс, бонусні бали Бітрікс, налаштування кешбеку інтернет магазин, кастомний кешбек Бітрікс, обробник оплати Бітрікс, двоетапне нарахування, винятки кешбеку, система лояльності Бітрікс, кешбек за покупки, програмування Бітрікс, комерційна розробка Бітрікс. Клієнт оплачує замовлення, отримує бонусні бали, а потім повертає товар — бали вже витрачені. Без правильної архітектури нарахування кешбеку інтернет-магазини на 1С-Бітрікс втрачають до 30% виручки через помилкові нарахування та повернення. Наприклад, при замовленні на 1000 грн кешбек 5% складе 50 грн. Згідно з документацією 1С-Бітрікс, подія OnSaleOrderPaid — основний тригер для нарахування бонусів. Ми налаштовуємо гнучку систему лояльності: від стандартних бонусів модуля sale до кастомних правил з урахуванням категорій, винятків та відкладеного підтвердження. За час роботи ми реалізували понад 30 проєктів — від невеликих магазинів з 500 товарами до каталогів на 100 000 позицій. Один із клієнтів скоротив операційні витрати на повернення на 20%, а повторні покупки зросли на 15%.
Стандартний механізм бонусів
Стандартний механізм нараховує бали одразу після оплати. Без двоетапного підтвердження скасування замовлення призводить до втрати кешбеку. Рішення — обробник події OnSaleOrderPaid з перевіркою статусу та подальшим підтвердженням при відвантаженні. Розберемо обидва підходи.
Як налаштувати кешбек на категорії товарів?
Для налаштування кешбеку тільки на певні категорії товарів додайте умову в обробник події оплати: перевіряйте категорію товару через CIBlockElement::GetIBLOCK_ID та GetSectionList. Активуйте окремий відсоток для кожної категорії через налаштування модуля local.cashback. Нижче таблиця прикладів:
| Категорія | Відсоток кешбеку |
|---|---|
| Електроніка | 2% |
| Одяг | 5% |
| Книги | 7% |
\Bitrix\Main\EventManager::getInstance()->addEventHandler( 'sale', 'OnSaleOrderPaid', function (\Bitrix\Main\Event $event) { $order = $event->getParameter('ENTITY'); $userId = $order->getUserId(); $total = $order->getPrice(); // Відсоток кешбеку з налаштувань $percent = (float)\Bitrix\Main\Config\Option::get( 'local.cashback', 'base_percent', '3' ); $cashback = round($total * $percent / 100, 2); if ($cashback <= 0) { return; } \Local\Cashback\AccountManager::earn( $userId, $cashback, "Кешбек {$percent}% за замовлення #{$order->getId()}", $order->getId() ); } ); Додатково можна додати перевірку властивості CASHBACK_EXCLUDED для товарів з нульовою маржею або акцій.
Двоетапне нарахування: переваги та реалізація
Двоетапне нарахування важливе, оскільки нарахування одразу після оплати призводить до втрат при поверненнях. Двоетапний підхід:
- При оплаті — транзакція зі статусом
pending. - При виконанні замовлення — підтвердження (
confirmed). - При скасуванні — анулювання.
За даними наших проєктів, двоетапне нарахування знижує кількість помилок у 3 рази порівняно з миттєвим. Інвестиції в таку розробку окупаються за 2–3 місяці за рахунок скорочення повернень. Наприклад, при щомісячному обороті 100 000 грн, втрати від помилкових нарахувань можуть сягати 3000 грн, а двоетапне нарахування зменшує цю суму до 1000 грн. Миттєве нарахування дає швидку мотивацію, але двоетапне краще миттєвого в 3 рази з точки зору надійності при поверненнях.
// Підтвердження нарахування при виконанні замовлення $em->addEventHandler('sale', 'OnSaleOrderStatusChange', function ($event) { $order = $event->getParameter('ENTITY'); if ($order->getField('STATUS_ID') === 'F') { \Local\Cashback\AccountManager::confirmByOrderId($order->getId()); } elseif ($order->getField('STATUS_ID') === 'X') { \Local\Cashback\AccountManager::cancelByOrderId($order->getId()); } }); Для автоматичного очищення прострочених pending-транзакцій використовуйте агента з періодичністю раз на годину. Це запобігає накопиченню сміття в таблицях.
Порівняння двох підходів:
| Критерій | Миттєве нарахування | Двоетапне нарахування |
|---|---|---|
| Простота реалізації | Висока | Середня |
| Ризик при поверненнях | Високий (бали вже нараховані) | Відсутній |
| Вплив на конверсію | Миттєва мотивація | Відкладена, але на довірі |
| Вимагає доробок | Мінімум | Додаткові обробники та агенти |
Вибір між нарахуванням одразу після оплати та двоетапним підходом залежить від бізнес-вимог. Миттєве нарахування поступається двоетапному в 3 рази за надійністю при поверненнях.
Відображення кешбеку на картці товару
Відображення кешбеку на картці товару досягається шляхом отримання базової ціни через CPrice::GetBasePrice та застосування відсотка. Наприклад, якщо ціна товару 1500 грн, а кешбек 5%, то покупець побачить "Ви отримаєте 75 грн кешбеку". Це збільшує конверсію на 15–20%.
// У шаблоні картки товару $price = \CPrice::GetBasePrice($elementId); $percent = (float)\Bitrix\Main\Config\Option::get('local.cashback', 'base_percent', '3'); $cashbackPreview = $price ? round($price['PRICE'] * $percent / 100, 0) : 0; <?php if ($cashbackPreview > 0): ?> <div class="cashback-preview"> Кешбек: <strong><?= $cashbackPreview ?> грн</strong> </div> <?php endif; ?> Винятки та обмеження
Товари, що виключаються з кешбеку, визначаються властивістю CASHBACK_EXCLUDED. Товари з нульовою маржею або вже акційні позиції позначаються так/ні. Реалізується через властивість:
function isExcludedFromCashback(int $productId): bool { $props = \CIBlockElement::GetProperty( CATALOG_IBLOCK_ID, $productId, [], ['CODE' => 'CASHBACK_EXCLUDED'] )->Fetch(); return $props && $props['VALUE'] === 'Y'; } Властивість CASHBACK_EXCLUDED типу «Так/Ні» додається в каталог і виставляється менеджером вручну або при імпорті з 1С. Кастомна реалізація масштабується краще стандартних бонусів у 3 рази при збільшенні каталогу понад 10 000 товарів.
Чи варто використовувати двоетапне нарахування?
Так, якщо ваш бізнес має високий відсоток повернень. Двоетапне нарахування краще миттєвого в 3 рази за надійністю, хоча вимагає додаткових доробок.
Процес роботи та терміни
Базове налаштування (стандартний механізм бонусів) — від 1 години. Кастомне рішення з двоетапним нарахуванням та винятками — 1–2 робочих дні. Повна інтеграція під ключ — до 3 днів. Вартість розраховується індивідуально.
Що входить в роботу (deliverables)
- Аудит поточної конфігурації Бітрікс і структури інфоблоків.
- Проєктування архітектури нарахування: таблиці, алгоритми, обробники.
- Розробка кастомних обробників подій та агентів.
- Налаштування винятків та категорійних правил.
- Інтеграція з шаблоном (картка товару, особистий кабінет).
- Тестування на бойовому контурі та формування документації.
- Гарантія стабільної роботи 3 місяці.
- Навчання менеджерів роботі з системою.
Більше 5 років досвіду розробки на 1С-Бітрікс. Сертифіковані спеціалісти. Реалізовано понад 50 проєктів з налаштування систем лояльності.
Замовте консультацію — ми проаналізуємо вашу поточну систему та запропонуємо оптимальну архітектуру нарахування. Отримайте точну оцінку термінів та вартості для вашого проєкту.