Вкладка «Условия начислений» (в правиле оплаты бонусами - «Условия оплаты товаров») задаёт не только процент, но и точный отбор позиций: по каталогу, цене, скидке, свойствам товара, свойствам торгового предложения и свойствам строки корзины. В одном заказе разные товары могут получить разные ставки.
Карточка правила → вкладка «Условия начислений» / «Условия оплаты товаров»
Каждый блок начисления - это одна «формула» плюс список условий отбора:
Если внутри блока условий нет, формула применяется ко всем товарам заказа (при условии, что само правило уже прошло вкладку условий применения).
Под блоком есть ссылка «Добавить начисление бонусов». Можно создать несколько независимых блоков:
Так в одном правиле описывается матрица ставок без десятка отдельных правил в списке. Ставки блоков не складываются: если позиция подходит сразу под два блока, побеждает тот, что проверился позже (ниже по форме).
Типовая фраза блока «За покупку товаров»:
Начислять 10 процентов стоимости товара с округлением бонусов за единицу товара до 2 знаков после запятой с математическим округлением на товары для которых любое из условий выполнено(ы).
| Параметр | Варианты | Что означает |
|---|---|---|
| Размер | число | Величина начисления |
| Тип | процентов / бонусов | % от стоимости товара или фиксированные баллы |
| Округлять за | единицу товара / всю позицию | Считать по штуке или по строке корзины (qty) |
| Знаков после запятой | 0...4 | Точность результата |
| Метод | математическое / в большую / в меньшую | Как округлять дробную часть |
Внутри блока нажмите «Добавить условие». Откроется список доступных условий, сгруппированный примерно так:
Ниже - разбор каждой группы.
Товар принадлежит выбранному каталогу (или не принадлежит - логика равно / не равно). Удобно, если на сайте несколько каталогов и программа действует только на один из них.
Товар находится в выбранном разделе (включая вложенность: учитываются родительские разделы). Логика: равно / не равно.
Для торгового предложения раздел берётся у родительского товара.
Типовые сценарии: повышенный кэшбэк на «Обувь», исключение раздела «Sale» через «не равно».
Явный список товаров через поиск каталога. Логика: равно / не равно.
Для SKU проверяются и ID предложения, и ID родительского товара: можно выбрать родительский товар - подойдут его предложения, либо указать конкретное предложение.
Сравнение итоговой цены товара (цена со скидкой) с порогом.
| Сравнение | Пример |
|---|---|
| равно / не равно | ровно 1000 |
| больше / меньше | дороже 5000 |
| больше либо равно / меньше либо равно | от 3000 и выше |
Два режима:
Частый кейс: не начислять бонусы на распродажу - выбрать «только без скидки».
Сравнение величины скидки с порогом:
Сравнения те же: равно, не равно, больше, меньше, ≥, ≤.
Пример: не начислять кэшбэк, если скидка на товар больше 30%; или наоборот - отдельный маленький процент при глубокой уценке.
В списке условий также могут появляться свойства каталога вроде «Скидка в %» / «Скидка, %» - это уже свойства инфоблока, а не автоматический расчёт скидки Битрикс. Не путайте их с условиями «Наличие скидки» и «Размер скидки».
Группа «Параметры в корзине» → условие «Свойство товара в корзине».
Это свойства строки корзины (то, что лежит в корзине как PROP), а не свойства элемента инфоблока. Ими часто пользуются кастомные шаблоны, конструкторы, услуги, гравировка, выбранные опции.
Настройка состоит из:
Если нужного свойства в строке корзины нет, сработают варианты «не равно» / «не содержит» (товар считается подходящим под «отсутствие» свойства).
После основных параметров в списке условий идут группы вида «Свойства инфоблока ...» - по одному блоку на каждый каталог, подключённый как торговый каталог.
Любое свойство родительского товара можно использовать как фильтр начисления/оплаты:
Набор сравнений зависит от типа свойства в Битрикс:
| Тип свойства | Как сравнивается |
|---|---|
| Строка | равно, не равно, содержит, не содержит |
| Число | равно, не равно, больше, меньше, ≥, ≤ |
| Список | равно / не равно по значению списка |
| Привязка к элементу / разделу | равно / не равно |
| Множественные свойства | проверка «значение есть в списке» / «нет в списке» |
Если у каталога есть инфоблок торговых предложений, модуль показывает его свойства отдельной группой в том же списке «Добавить условие». Это полноценные условия отбора - не ограничение «только родительский товар».
В выпадающем списке условий смотрите название группы:
Пример: повышенный кэшбэк только на размер 42 - условие по свойству «Размеры обуви» из группы торговых предложений. Пример: кэшбэк на бренд - свойство «Бренд» из группы основного каталога.
Отдельно от фильтров по свойствам есть тип блока, где само начисление берется из свойства - см. бонусы из свойств.
Обычный блок «За покупку товаров» задает одну цифру в правиле: всем подходящим товарам - одинаковые 5% или 100 баллов. Блок «За покупку товаров (бонусы из свойств)» работает иначе: цифра живет в каталоге, у каждого товара (или раздела) своя, а правило только говорит «бери начисление из свойства» и при необходимости ограничивает, на какие позиции это распространяется.
Это одно из сильных отличий модуля: программу лояльности можно вести там же, где уже живут цены и остатки - в карточке товара и в обмене с учетной системой.
При добавлении начисления выберите тип «За покупку товаров (бонусы из свойств)». Фраза блока читается так:
Начислять бонусы из свойства с кодом LOGICTIM_BONUS_BALLS в виде процентов / бонусов с округлением до N знаков...
LOGICTIM_BONUS_BALLS; можно указать свой, если в каталоге уже есть поле из 1С).Ниже в том же блоке, как обычно, можно добавить условия отбора: раздел, бренд, «только без скидки» и т.д. Тогда из свойства берутся ставки только для подходящих позиций.
Для каждой позиции корзины значение ищется по цепочке (первое непустое побеждает):
Если по всей цепочке значения нет, этот блок для позиции не срабатывает (начисление из него не берется). Поэтому удобно: заполняете только то, что нужно переопределить, остальное наследует раздел или просто не участвует.
Типичный сценарий с 1С. В номенклатуре заводят реквизит «Бонусы за покупку» (процент или сумма). При обмене он попадает в свойство каталога Битрикс. В правиле модуля один раз указывают код этого свойства и тип «проценты» или «бонусы». Дальше ставки меняют в 1С и на сайте - без правок правила после каждой акции по артикулу.
Не путайте два разных инструмента:
В конце фразы блока:
Пример И: раздел «Обувь» и без скидки и цена ≥ 3000.
Пример ИЛИ: бренд Adidas или бренд Nike.
Модуль проходит позиции заказа и для каждой ищет подходящий блок начисления внутри правила. Поэтому один заказ может корректно содержать несколько ставок.
На вкладке «Условия начислений» это выглядит как несколько блоков подряд (ссылка «Добавить начисление бонусов»). Пример настройки:
В заказе: кроссовки из раздела «Обувь» получат ставку блока 1 (10%), ремень из «Аксессуары» - блока 2 (3%), товар со скидкой - блока 3 (0%), если этот блок тоже подошел и стоит ниже.
Это нормальный сценарий, а не ошибка настройки. Модуль не суммирует проценты: нижестоящий подходящий блок перебивает верхний.
| Настройка сверху вниз | Что получится | Почему так удобно |
|---|---|---|
| Блок 1: «Обувь - 10%», блок 2 ниже: «Товары со скидкой - 0%» | Обычные кроссовки - 10%. Уцененная обувь подходит под оба блока, итог - 0% (блок 2 перебил блок 1). | Не нужно в блок «Обувь» добавлять «только без скидки». Исключение для уценки ставится отдельным блоком ниже. |
| Блок 1: «Бренд A - 7%», блок 2 ниже: «Новинка - 12%» | Обычный товар бренда A - 7%. Новинка бренда A - 12%. | Специальное условие кладете ниже общего - и оно само перебивает базу. |
Та же идея, только между правилами: ставки тоже не складываются, побеждает правило, которое проверилось позже. Порядок задает поле «Приоритет» (чем больше число, тем позже проверка и тем сильнее правило при пересечении).
Пример: базовое правило «5% на все заказы» и акция «10% на первый заказ» с большим приоритетом. На первом заказе оба правила могут подойти - итог 10%, потому что акция перебила базу. Взаимоисключающие условия не обязательны.
Подробный порядок проверки: как работают правила.
В правиле оплаты бонусами вкладка условий по товарам использует тот же набор отбора: можно разрешить оплату бонусами на весь ассортимент, запретить уценку, ограничить разделами или свойствами.
Глобальные лимиты по заказу (мин/макс оплаты бонусами, доставка) задаются в основных настройках правила - см. оплату заказа бонусами.
См. также: условия применения правила, бонусы за заказ, как работают правила, приём данных из 1С.