+7 (843) 212-62-17 - Казань
+7 (843) 212-62-17 - Казань

Вкладка «Основные настройки» задает фундамент программы: где хранится баланс, как технически списываются бонусы в заказе, в какой момент начислять за покупку и что считать регистрацией. Процент кэшбэка и лимиты оплаты настраиваются в правилах, а не здесь.

Маркетинг → Модуль накопительных баллов → Настройка программы → Системные настройки → вкладка Основные настройки

Вкладка Основные настройки в системных настройках модуля
Три блока на одной вкладке: счет и оплата, момент начисления, регистрация

Важно: тип счета выбирайте один раз до запуска программы. Менять его на уже работающем магазине нельзя без плана миграции и проверки на копии сайта - иначе баланс и история операций перестанут сходиться.

Используемый счет

Параметр определяет, где модуль хранит баланс покупателей.

  • Бонусный счет модуля (рекомендуется) - отдельный учет внутри модуля. Подходит большинству магазинов: баланс меняется только по правилам и операциям программы лояльности.
  • Внутренний счет Битрикс (не рекомендуется) - баланс ведется через штатный внутренний счет пользователя Битрикс. Его могут менять и другие механизмы сайта (оплата с внутреннего счета, ручные правки, сторонние модули). Движение средств становится менее предсказуемым: модуль фиксирует каждое такое изменение, но потом приходится разбирать историю и искать, почему баланс сдвинулся. Для новой программы лояльности этот вариант обычно не выбирают.

Если выбран внутренний счет Битрикс, появляется поле валюты счета - она должна совпадать с валютой расчетов магазина.

Оплата бонусами это

Параметр задает, как списание баллов отражается в заказе. Первые два варианта - это скидка (стоимость заказа уменьшается). Третий - отдельная оплата без изменения цен.

Скидка при сохранении заказа

Рекомендуемый вариант для большинства магазинов. Технически бонусы списываются как скидка: при сохранении заказа сумма раскидывается по товарам (и при необходимости по доставке), цены в заказе уменьшаются.

На оформлении покупатель видит списание отдельной строкой в блоке «Итого» (сколько бонусов применено), а цены товаров в корзине оформления пока остаются прежними. Уже в сохраненном заказе скидка разнесена по позициям.

Из-за округлений и распределения суммы по нескольким товарам итог иногда чуть отличается от введенного числа бонусов. Пример: списать 100 бонусов на 3 одинаковые позиции - 100 на 3 не делится без остатка, особенно если на сайте округление до целых. В итоге после раскладки и сохранения скидка может получиться 99. Это нормальная особенность распределения, а не «потеря» бонусов на витрине.

Моментальная скидка

Тот же механизм скидки, что и выше: в заказе бонусы тоже уменьшают цены товаров. Отличие только в визуализации на оформлении.

Пока покупатель меняет сумму списания, цены в форме сразу пересчитываются: оплата бонусами выглядит как скидка на товар (и в итоге), а не как отдельная строка «оплачено бонусами».

Выбирайте, если важно сразу видеть сниженные цены в списке товаров оформления. Для учета и передачи в 1С смысл тот же, что у «скидки при сохранении»: заказ уходит уже со скидкой.

Частичная оплата заказа

Цены товаров и сумма заказа не меняются. Бонусы оформляются как отдельная оплата части заказа - по смыслу как если бы часть суммы приняли картой, а часть наличными. Модуль создает отдельную платежку способом оплаты бонусами.

В 1С и в чеке заказ часто уходит без скидки: полная стоимость позиций сохраняется, а «к оплате деньгами» меньше на сумму бонусов. Получается бухгалтерское расхождение - сумма заказа одна, а сумма реальной оплаты другая. На печати чека это обычно дает проблемы.

Для типового магазина с онлайн-кассой и обменом с 1С выбирайте «Скидка при сохранении заказа» или «Моментальная скидка». «Частичная оплата» нужна лишь если осознанно ведете бонусы именно как отдельный платеж и готовы закрывать расхождения в учете и чеках.

После смены способа проверьте тестовый заказ: оформление, сохраненный заказ, историю операций и - если используете - выгрузку в 1С и чек. На работающем магазине не меняйте способ без проверки на копии.

Когда начислять бонусы за заказ

Блок задает событие, по которому модуль запускает начисление за покупку (для правил типа «бонусы за заказ» и связанных сценариев).

При переводе заказа в статус

Выберите статус, переход в который должен запускать начисление. Часто это «[F] Выполнен». Можно выбрать «Не учитывать», если ориентируетесь только на оплату.

Берите статус, который реально ставят менеджеры или автоматика магазина. Если статус «Выполнен» у вас почти не используется, начисления по нему не появятся.

При полной оплате заказа

Если галочка включена, начисление срабатывает при полной оплате заказа (штатный признак оплаты в Битрикс).

  • Только статус - когда заказ доходит до выбранного статуса (даже если оплата была раньше или позже).
  • Только полная оплата - когда заказ полностью оплачен, без привязки к статусу.
  • Оба условия - начисление произойдет при наступлении любого из них (что случится раньше). Для одного заказа повторного начисления быть не должно.

Проверьте два сценария: заказ только со сменой статуса и заказ только с полной оплатой. Затем отмену/возврат, если они есть в процессе - и посмотрите историю операций.

Регистрация пользователей

Параметр «Событием регистрации считается» влияет на правила бонусов за регистрацию.

  • Любое добавление пользователя - бонусы за регистрацию начисляются при любом создании пользователя (форма на сайте, админка, импорт, внешняя регистрация и т.п.).
  • Регистрация пользователя через форму регистрации - начисление только при регистрации в стандартной форме регистрации Битрикс. Добавление из админки или импорт для правила регистрации не считаются.

Если приветственные бонусы нужны только «настоящим» покупателям с формы - второй вариант. Если нужна максимальная полнота (включая импорт и внешние источники) - первый.

Другие вкладки настроек

На этой странице описана только вкладка «Основные настройки». Остальные вкладки системных настроек:

См. также: запуск программы, бонусы за заказ, оплата заказа бонусами.