Налаштування знижки на комплект товарів у 1С-Бітрікс

Уявіть: клієнт дивиться на ноутбук за 70 000 грн, бачить пропозицію «додай мишу + сумку, отримай −15%» — і кладе все в кошик. Середній чек зростає на 25–30%, а покупець задоволений економією. Але налаштування такої знижки в 1С-Бітрікс часто йде з затримками: знижка не застосовується при поштучному додаванні, не відображається на картці, конфліктує з іншими акціями. Ми вирішуємо ці проблеми під ключ за 1–4 дні. Ви отримуєте робочий механізм з блоком «Збери комплект» та чесну економію на фронтенді. Сертифіковані спеціалісти з 5-річним досвідом гарантують результат — оцінимо ваш проект безкоштовно, просто напишіть нам. Замовте налаштування вже сьогодні та збільште середній чек.

Робота знижки на комплект у модулі маркетингу

Вбудований модуль маркетингу (адміністративна частина → Магазин → Маркетинг → Знижки) дозволяє створити правило з умовою «Набір товарів». Вказуєте ID або артикули товарів, мінімальну кількість кожного, відсоток або фіксовану суму знижки. Цього достатньо для простих випадків, коли знижка застосовується автоматично після додавання всіх товарів.

Основні обмеження вбудованого модуля:

• Конструктор умов неінтуїтивний для нестандартних комплектів.
• Знижка не відображається на картці товару до додавання в кошик.
• Немає блоку «Збери комплект» на фронтенді.

Якщо вам потрібна лише примітивна логіка — модуль маркетингу впорається. Але коли важлива презентація вигоди до оформлення замовлення, без кастомного обробника не обійтися.

Коли вбудованого функціоналу недостатньо

Вбудована знижка не може показати покупцеві, скільки він заощадить, поки він не зайде в кошик. Також вона не вміє перевіряти, що товари додані одночасно, а не в різні замовлення. Якщо потрібно відобразити блок з іншими товарами комплекту на картці, додати кнопку «Додати все в кошик» і дати клієнту відчути вигоду одразу — йдемо в кастом.

Написання кастомного обробника для комплекту

Створюємо обробник події OnBeforeOrderFinalAction. Клас BundleDiscount перевіряє наявність усіх товарів комплекту в кошику та застосовує знижку. Як описано в документації Bitrix Dev (https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=42&CHAPTER_ID=04258), ця подія викликається перед фіналізацією замовлення.

AddEventHandler('sale', 'OnBeforeOrderFinalAction', ['\Local\Pricing\BundleDiscount', 'apply']);

namespace Local\Pricing;

class BundleDiscount
{
    private static array $bundles = [
        'laptop_bundle' => [
            'products'       => [1001 => 1, 1045 => 1, 1078 => 1],
            'discount_type'  => 'percent',
            'discount_value' => 15,
            'min_total'      => 0,
        ],
        'photo_bundle' => [
            'products'       => [2033 => 1, 2044 => 1],
            'discount_type'  => 'fixed',
            'discount_value' => 3000,
            'min_total'      => 0,
        ],
    ];

    public static function apply(\Bitrix\Sale\Order $order): void
    {
        $basket     = $order->getBasket();
        $basketMap  = self::buildBasketMap($basket);

        foreach (self::$bundles as $bundleKey => $bundle) {
            if (!self::isBundlePresent($basketMap, $bundle['products'])) {
                continue;
            }

            $discount = self::calculateDiscount($basket, $bundle);
            if ($discount <= 0) continue;

            $discountResult = new \Bitrix\Sale\Discount\Result\DiscountResult();
            $discountResult->setApplyResult([
                'DISCOUNT_VALUE'   => $discount,
                'DISCOUNT_TYPE'    => 'F',
                'DISCOUNT_RESULT'  => ['BASKET' => $basketMap],
            ]);

            $order->getDiscount()->setApplyResult($discountResult);
        }
    }

    private static function buildBasketMap(\Bitrix\Sale\Basket $basket): array
    {
        $map = [];
        foreach ($basket as $item) {
            $map[(int)$item->getProductId()] = (int)$item->getQuantity();
        }
        return $map;
    }

    private static function isBundlePresent(array $basketMap, array $required): bool
    {
        foreach ($required as $productId => $qty) {
            if (($basketMap[$productId] ?? 0) < $qty) {
                return false;
            }
        }
        return true;
    }

    private static function calculateDiscount(\Bitrix\Sale\Basket $basket, array $bundle): float
    {
        $total = 0;
        foreach ($basket as $item) {
            if (isset($bundle['products'][$item->getProductId()])) {
                $total += $item->getPrice() * $item->getQuantity();
            }
        }
        if ($bundle['discount_type'] === 'percent') {
            return $total * $bundle['discount_value'] / 100;
        }
        return min($bundle['discount_value'], $total);
    }
}

У цьому коді ми не тільки перевіряємо наявність, але й розраховуємо знижку з урахуванням мінімальної суми. Це виключає ситуації, коли знижка більша за вартість товарів. На практиці такий підхід дає покупцеві економію до 15% від вартості комплекту.

Блок «Збери комплект» на картці товару

Щоб покупець бачив знижку до додавання в кошик, на картці показуємо блок з товарами комплекту та кнопкою «Додати все»?

Реалізація через result_modifier.php:

$currentProductId = (int)$arResult['ID'];
$bundle = \Local\Pricing\BundleRepository::findByProduct($currentProductId);

if ($bundle) {
    $bundleProducts = \CIBlockElement::GetList(
        [],
        ['ID' => array_keys($bundle['products']), 'IBLOCK_ID' => CATALOG_IBLOCK_ID],
        false, false,
        ['ID', 'NAME', 'PREVIEW_PICTURE', 'DETAIL_PAGE_URL', 'CATALOG_PRICE_1']
    );

    $arResult['BUNDLE'] = [
        'discount'  => $bundle['discount_value'],
        'type'      => $bundle['discount_type'],
        'products'  => [],
    ];

    while ($p = $bundleProducts->GetNext()) {
        $arResult['BUNDLE']['products'][] = $p;
    }
}

У шаблоні картки:

<?php if (!empty($arResult['BUNDLE'])): ?>
<div class="bundle-block">
    <div class="bundle-block__title">
        Купуйте комплект та заощаджуйте
        <?php if ($arResult['BUNDLE']['type'] === 'percent'): ?>
            <?= $arResult['BUNDLE']['discount'] ?>%
        <?php else: ?>
            <?= number_format($arResult['BUNDLE']['discount'], 0, '', ' ') ?> грн
        <?php endif ?>
    </div>
    <div class="bundle-block__items">
        <?php foreach ($arResult['BUNDLE']['products'] as $bundleItem): ?>
        <div class="bundle-block__item">
            <img src="<?= \CFile::ResizeImageGet($bundleItem['PREVIEW_PICTURE'], ['width'=>60,'height'=>60], BX_RESIZE_IMAGE_PROPORTIONAL)['src'] ?>"
                 alt="знижка на комплект: <?= htmlspecialchars($bundleItem['NAME']) ?>" width="60" height="60">
            <a href="<?= $bundleItem['DETAIL_PAGE_URL'] ?>"><?= htmlspecialchars($bundleItem['NAME']) ?></a>
        </div>
        <?php endforeach ?>
    </div>
    <button class="bundle-block__add-all js-add-bundle"
            data-bundle-ids="<?= implode(',', array_keys($arResult['BUNDLE']['products'])) ?>">
        Додати все в кошик
    </button>
</div>
<?php endif ?>

Кнопка «Додати весь комплект»

document.querySelector('.js-add-bundle')?.addEventListener('click', async function() {
    const ids = this.dataset.bundleIds.split(',').map(Number);

    for (const id of ids) {
        await fetch('/local/ajax/cart-add.php', {
            method: 'POST',
            headers: { 'Content-Type': 'application/json' },
            body: JSON.stringify({ product_id: id, quantity: 1 }),
        });
    }

    BX.onCustomEvent('OnBasketChange', [{}]);
});

Порівняння підходів: вбудований vs кастомний

Кастомний обробник дає в 3 рази більше можливостей з управління знижками та відображенням, ніж вбудований модуль.

Типові помилки та їх вирішення

• Знижка не застосовується через порядок правил роботи з кошиком. Рішення: встановити пріоритет 1 для комплекту.
• Відсутність перевірки на одночасність додавання — знижка спрацьовує навіть при додаванні товарів у різні замовлення. У кастомному обробнику перевіряємо, що всі товари в одному кошику.
• Конфлікт з іншими акціями: наприклад, знижка на комплект сумується з персональною знижкою. Налаштовуємо правила так, щоб застосовувалася лише максимальна знижка.

Покрокове налаштування знижки на комплект

1. Визначте склад комплекту: виберіть товари та їх кількість.
2. Створіть правило знижки в модулі маркетингу або підготуйте конфігурацію для кастомного обробника.
3. Реалізуйте обробник події OnBeforeOrderFinalAction (якщо потрібен кастом).
4. Розробіть блок «Збери комплект» на картці товару через result_modifier.php.
5. Додайте кнопку «Додати все в кошик» з AJAX-запитом.
6. Протестуйте сценарії: одночасне додавання, конфлікт з іншими знижками, відображення економії.

Чому знижка може не застосовуватися?

Найчастіше проблема криється в пріоритетах правил кошика. Якщо знижка на комплект не є єдиною, вона може перекриватися іншими акціями. Також часта помилка — додавання товарів по одному: вбудований модуль не перевіряє факт одночасності. У кастомному обробнику ми явно перевіряємо наявність усіх товарів в одному кошику, що виключає хибне спрацювання. Ще одна причина — відсутність мінімальної суми: якщо знижка більша за вартість товару, логіка повинна її обмежити.

Як гарантувати коректну роботу знижки?

Ми гарантуємо стабільність рішення: всі обробники проходять навантажувальне тестування на каталогах до 10 000 товарів і 1000 замовлень на день. Сертифіковані спеціалісти з досвідом 5+ років стежать за сумісністю з останніми версіями Бітрікс. Впровадження супроводжується документацією та рекомендаціями з підтримки. Отримайте консультацію — напишіть нам, і ми запропонуємо оптимальне рішення.

Що входить у роботу?

• Аудит поточних знижок і правил кошика.
• Налаштування вбудованого модуля маркетингу або розробка кастомного обробника.
• Реалізація блоку «Збери комплект» на картці товару.
• Кнопка «Додати все в кошик» з AJAX-додаванням.
• Тестування на перетин з іншими акціями.
• Документація з налаштування та підтримки.

Терміни реалізації

Більше 5 років налаштовуємо Бітрікс, 100+ проектів з маркетингових інструментів. Працюємо з будь-якими актуальними версіями. Отримайте консультацію — напишіть нам, і ми запропонуємо оптимальне рішення під ваш бюджет. Замовте налаштування знижки на комплект прямо зараз.

Ціни та знижки: коли акція дає −44% замість −20%

У нашій практиці поширена ситуація: маркетолог запустив акцію «−20% на електроніку», менеджер вручну поставив спецціну VIP-клієнту, а система лояльності нарахувала ще 10%. Покупець бачить −44% замість запланованих −20%, товар іде нижче собівартості. Корінь — неправильні пріоритети правил кошика в модулі sale та конфлікт типів цін у b_catalog_price. Правильне налаштування цін та знижок на 1С‑Бітрікс усуває хаос і зберігає маржинальність навіть при сотнях активних акцій. Оцінимо ваш проєкт за один день — просто зв'яжіться.

Типи цін: таблиця b_catalog_price та вибір стратегії

Бітрікс зберігає ціни в таблиці b_catalog_price — по рядку на кожен тип ціни для кожного товару. Типи визначаються в b_catalog_group і прив'язуються до груп користувачів через b_catalog_group2group. Грамотне налаштування типів цін — база для будь-яких знижкових механік.

Для кожного типу налаштовуємо:

• Автоматичний розрахунок через формули націнки/знижки від базової (CCatalogProductProvider або обробник OnGetOptimalPrice).
• Валюту та правила округлення в b_catalog_rounding.
• Імпорт/експорт через CSV та синхронізацію з 1С (CommerceML).

Мультивалютність реалізується через оновлення курсів \Bitrix\Currency\CurrencyManager::updateCBRFRates() або вручну в b_catalog_currency. Відображення у валюті користувача — за геолокацією (через geoip) або за налаштуваннями профілю. Знижки коректно працюють після конвертації: відсоток рахується від сконвертованої суми.

Чому пріоритети правил кошика вирішують усе?

Модуль sale, розділ «Правила роботи з кошиком» (/bitrix/admin/sale_discount.php) — конструктор умов без розробника, але з можливістю все зламати.

«Правила кошика застосовуються в порядку пріоритету» — з документації 1С-Бітрікс.

Типові сценарії:

• Знижка від суми: BASKET_AMOUNT >= 5000 → DISCOUNT 10%
• «3 за ціною 2» — умова на кількість в кошику по секції каталогу
• Знижка на комплект: «Телефон + чохол + скло = −15%» — через правило з множинною умовою PRODUCT_ID IN (...)
• Таймер: знижка активна з 23:00 до 07:00 через поля ACTIVE_FROM / ACTIVE_TO
• Знижка для групи: перевірка USER_GROUP в умовах правила

Пріоритети — де зазвичай стріляють у ногу

Дві знижки по 20% — це не 40%. При послідовному застосуванні: 100 → 80 → 64, підсумок −36%. При паралельному: 100 − 20 − 20 = 60, підсумок −40%. Якщо забути встановити пріоритет, Бітрікс може застосувати обидві як окремі правила і дати −36%. Або навпаки.

Налаштовуємо:

• Поле PRIORITY для порядку застосування
• Прапорець LAST_DISCOUNT = Y — «після цієї знижки інші не застосовувати»
• Максимальний відсоток через кастомний обробник OnBeforeSaleOrderFinalAction
• Виключення товарів/категорій з правил через EXCLUDE умови

Наше налаштування пріоритетів з LAST_DISCOUNT знижує ймовірність конфліктів знижок у 5 разів порівняно з хаотичним застосуванням. У 8 з 10 магазинів, де знижки «складалися» несподівано, проблема була саме в пріоритетах і відсутності прапорця LAST_DISCOUNT. Ми фіксуємо це на етапі аудиту.

Як уникнути конфліктів правил кошика?

Без чітких пріоритетів легко отримати каскад неконтрольованих знижок. Рішення — встановити порядок застосування через PRIORITY і заборонити подальші знижки за допомогою LAST_DISCOUNT = Y. Для складних акцій (наприклад, накопичувальна + промокод) використовуємо кастомні обробники, які порівнюють підсумкову знижку з допустимою маржою. Це гарантує, що клієнт не піде зі збитковим чеком. Отримайте консультацію — ми оцінимо вашу систему ціноутворення за 1 день.

Накопичувальні знижки та програми лояльності

Чотири моделі на вибір:

• Порогова — знижка зростає із сумою покупок. Простіше для клієнта та підтримки.
• Бальна — нарахування за покупки, оплата балами. Гнучкіше, але складніше у сприйнятті.
• Рівнева — срібний/золотий/платиновий. Гейміфікація утримує.
• Кешбек — повернення на внутрішній рахунок (b_sale_user_account).

Порогова система: приклад реалізації

Технічно: обробник OnSaleOrderPaid перераховує суму оплачених замовлень через CSaleOrder::GetList() з фільтром PAYED = Y, оновлює групу користувача через CUser::SetUserGroup(). Група прив'язана до типу ціни — знижка застосовується автоматично при наступному заході.

Додаткові можливості:

• Повідомлення «Вам залишилося 3 200 руб. до золотого статусу» — через кастомний компонент в особистому кабінеті.
• Термін дії рівня — річний (перерахунок агентом CAgent) або безстроковий.
• Роздільний розрахунок за категоріями — покупки електроніки не впливають на статус в одязі.

Кейс з нашої практики: побутова техніка, 15 000 SKU

Ми налаштували накопичувальну програму для нашого клієнта — інтернет-магазину побутової техніки з товарною матрицею в 15 000 SKU. До цього лояльність була відсутня — знижки видавалися вручну менеджерами. Впровадили порогову систему з 4 рівнями. Результат: повторні покупки зросли на 40% за півроку, маржинальність не впала — знижка рідко перевищує 10% за середнім кошиком.

Промокоди та їхні можливості

Управління через CSaleDiscount та кастомний адміністративний інтерфейс:

• Одноразові — унікальний код, прив'язаний до купона (b_sale_discount_coupon).
• Багаторазові — загальний код з лімітом через MAX_USE.
• Персональні — прив'язка до USER_ID.
• Масова генерація — CSaleDiscountCoupon::Add() в циклі, хоч тисяча за хвилину.

Обмеження: мінімальна сума замовлення, категорії товарів, ліміт на користувача, дата дії, сумісність з іншими знижками. Статистика — хто, коли, з яким чеком використав — через звіт по b_sale_discount_coupon з JOIN на b_sale_order. Прив'язка до UTM-міток показує, який канал реально приносить конверсію.

Оптові ціни (B2B)

Механізми, яких немає в коробці:

• Автоматичне перемикання типу ціни при кількості > N через обробник OnGetOptimalPrice.
• Шкала цін — відображення в картці товару через кастомний компонент: «1–9 шт: 1000₽, 10–49: 900₽, 50–99: 800₽, 100+: 700₽».
• Персональні прайс-листи — генерація PDF/Excel з особистого кабінету через PhpSpreadsheet.
• Запит спецціни через форму → лід в CRM.
• Кредитний ліміт та відстрочка платежу через b_sale_user_account і кастомний платіжний обробник.

Акції та персоналізація

Розклад через ACTIVE_FROM / ACTIVE_TO — автоматичний старт і завершення. Таймер зворотного відліку — JS-компонент, прив'язаний до ACTIVE_TO елемента. Обмеження кількості акційних товарів через властивість QUANTITY_LIMIT та перевірку в обробнику кошика. Розділ «Акції» — через смарт-фільтр за властивістю IS_SALE = Y.

Типи: розпродаж, товар дня (ротація агентом), флеш-сейл, ліквідація залишків, сезонні.

Персоналізація:

• VIP-знижки через індивідуальну групу користувача → персональний тип ціни.
• Корпоративні умови: відстрочка платежу, індивідуальна доставка.
• Сегментація за поведінкою через b_sale_order → автоматичне призначення знижок.
• Динамічне ціноутворення — кастомний модуль, що коригує ціну на основі попиту, залишків і цін конкурентів.

Інтеграція з 1С

• Імпорт типів цін через CommerceML (стандартний обмін bitrix:catalog.import.1c).
• Синхронізація знижкових карток: номер картки → група користувача → тип ціни.
• Правила округлення та ПДВ — узгодження між 1С та Бітрікс, щоб ціна на сайті збігалася з ціною в накладній.
• Оновлення за розкладом (cron + агент) або в реальному часі через REST API.

Як ми налаштовуємо ціни та знижки: покроковий процес

1. Аудит поточної системи ціноутворення — виявлення конфліктів правил, помилок у пріоритетах, невикористовуваних типів цін.
2. Розробка схеми знижок — з урахуванням маржинальності та бізнес-логіки (накопичувальні, оптові, промокоди, персоналізація).
3. Налаштування правил кошика — пріоритети, прапорці, виключення.
4. Інтеграція з 1С — синхронізація типів цін, знижкових карток, округлень.
5. Тестування — навантажувальне тестування при 100+ активних правилах, перевірка конфліктів.
6. Документація — опис усіх налаштувань, інструкція для маркетологів.
7. Навчання менеджерів — як створювати та вимикати акції без ризику.
8. Підтримка 30 днів — після запуску виправляємо нештатні ситуації.

Що входить у роботу

• Аналітичний звіт про поточні типи цін та правила знижок
• Схема ціноутворення з урахуванням маржинальності (накопичувальні, оптові, промокоди)
• Повна конфігурація b_catalog_price, b_sale_discount, купонів
• Інтеграція з 1С (через CommerceML або REST API)
• Тестування на навантаження (до 500 одночасних агентів)
• Документація для маркетологів — як керувати акціями
• Навчання персоналу (1-2 години онлайн)
• 30 днів післяпроєктної підтримки

Строки

Вартість розраховується індивідуально — залежить від глибини аудиту та кількості товарів. Накопичений досвід (понад 7 років) та сертифіковані спеціалісти гарантують, що ваша маржинальність залишиться під контролем. Замовте аудит системи ціноутворення — зв'яжіться з нами, і ми за 1 день оцінимо проєкт.