Бонусная программа: конструктор правил без программистов
AIERP даёт конструктор правил начисления и списания бонусов. У каждого правила есть тип (начисление или списание), способ расчёта (процент или фиксированная сумма), приоритет, период действия, фильтры по магазинам, категориям, производителям и товарам, лимиты по сумме чека и количеству позиций, дополнительные условия. Правила группируются в папки, бонусы сотрудникам проходят через согласование руководителем, а сама программа работает на кассе, сайте и в мессенджере с единым балансом клиента.
Что получает бизнес от модуля
Конструктор правил
У каждого правила задаются тип (начисление или списание), способ расчёта (процент или фиксированная сумма), приоритет, период действия, фильтры и лимиты. Без программистов — администратор настраивает сам.
Фильтры по магазинам и товарам
Правило можно распространить на выбранные магазины, категории, производителей или конкретные товары. Акцию легко сузить до одной точки, одной категории, одного бренда или нескольких артикулов.
Лимиты по чеку и количеству
Можно указать минимальную и максимальную сумму чека, при которой действует правило, а также минимум и максимум позиций. Это защита от злоупотреблений и точная настройка акций.
Приоритет правил
У каждого правила есть приоритет — порядок применения, когда к чеку подходит несколько правил сразу. Это снимает конфликты «базовый кэшбэк 3% и акция 10%» — сработает правило с большим приоритетом.
Периоды действия
Указываются даты начала и окончания акции. Правило само включается в нужный день и выключается — не нужно вручную следить за датами.
Согласование бонусов сотрудникам
Ручное начисление бонуса сотруднику оформляется заявкой с маршрутом согласования. Руководитель утверждает её, и бонус попадает в учёт и в расчёт зарплаты.
Папки правил
Правила группируются в иерархию папок: «Базовые», «Акции 2026», «Категорийные», «Для VIP». Удобно искать нужное правило и временно отключать сразу целую группу.
Единый баланс
Один кошелёк клиента на кассе, сайте, маркетплейсах и в мессенджере. Списания и начисления синхронизируются в реальном времени.
Аналитика правил
По каждому правилу видно: сколько раз сработало, на какую сумму, какой средний чек привлекло, доля выручки. Помогает выключать неработающие акции.
Что входит в Лояльность
- 01
Тип правила
Начисление — клиент получает бонусы за покупку. Списание — клиент тратит бонусы при оплате. Одно правило отвечает за одну сторону операции, что упрощает аудит и логику.
- 02
Способ расчёта
Два варианта: процент от суммы чека или позиции и фиксированная сумма бонусов. Можно делать как «3% кэшбэк», так и «100₽ за первую покупку».
- 03
Процент и фиксированная сумма
Указываются и процент (например, 3,50 — это 3,5%), и фиксированная сумма с точностью до копейки. Применяется то значение, которое соответствует выбранному способу расчёта.
- 04
Приоритет
Чем больше число, тем раньше правило применится. При нескольких подходящих правилах система сортирует их по приоритету и применяет первое (или комбинирует, если правила совместимы).
- 05
Период действия
Дата начала и дата окончания. За пределами этого периода правило не работает. Если даты не заданы — правило бессрочное (например, базовый кэшбэк).
- 06
Включение и выключение
Правило можно временно включить или выключить, не удаляя его и не сбрасывая накопленную статистику. Удобно для тестирования и сезонных акций.
- 07
Фильтр по магазинам
Список магазинов, в которых работает правило. Используется для локальных акций, тестов в одном городе, разных программ лояльности в разных юрлицах.
- 08
Фильтр по категориям
Список категорий, для товаров которых работает правило. Учитывает иерархию: указали «Электроника» — попадают все подкатегории.
- 09
Фильтр по производителям
Список производителей и брендов. Удобно для маркетинговых программ от поставщиков: «+5% кэшбэк на товары LG в июне».
- 10
Фильтр по товарам
Список конкретных артикулов — точечные акции на отдельные позиции, например для распродажи остатков.
- 11
Лимиты суммы чека
Минимальная сумма чека, при которой правило срабатывает (защита от мелких покупок ради бонуса), и максимальная (ограничение бонуса на крупные чеки).
- 12
Лимиты количества
Минимум и максимум позиций в чеке. Можно делать акции «купи 3 любых — получи бонус», «не более 5 единиц по этой цене».
- 13
Дополнительные условия
Гибкое поле для сложных условий: «только в выходные», «только для клиентов сегмента Champions», «только при оплате наличными». Новые условия добавляются без доработок.
- 14
Папки правил
Иерархия папок для логической группировки правил: «Базовая программа», «Акции 2026», «Категорийные», «Сезонные». Папки помогают в навигации и массовых действиях — например, выключить всю папку на время инвентаризации.
- 15
Сортировка в списке
Ручной порядок отображения правил. Не влияет на применение (за это отвечает приоритет), но удобно для администраторов.
- 16
Аудит создания и изменений
У каждого правила хранится автор создания и автор последнего изменения. Видно, кто завёл правило и кто последний его правил.
- 17
Бонусы сотрудникам
Отдельный журнал для бонусов сотрудникам (KPI, акции, ручные премии) с источником, датой начисления, суммой. Связывается с расчётом зарплаты.
- 18
Согласование премий сотрудникам
Заявка на ручное начисление бонуса сотруднику. Маршрут согласования (руководитель → директор), статусы (на рассмотрении, утверждено, отклонено), история решений. Без согласования бонус не начисляется.
- 19
Бонусы продавцов за конкретные заказы
Отдельный механизм считает премии продавцов по чекам. Настройки задают условия начисления (категории, маржа, KPI), фиксируются фактические начисления по каждому чеку.
- 20
API и интеграции
REST API для операций с правилами (список, создание, изменение, удаление), кэширование правил бонусов с точечной инвалидацией, валидация на сервере. Уведомления внешним системам о срабатывании правила — для интеграций с маркетинговыми сервисами.
Как это выглядит в системе
Частые вопросы
Из чего состоит правило бонусов?
Название и описание, папка, порядок сортировки, тип (начисление/списание), способ расчёта (процент или фиксированная сумма), значение, приоритет, период с-по, флаг активности, фильтры (магазины, категории, производители, конкретные товары), лимиты суммы и количества, гибкие дополнительные условия. Плюс аудит — автор создания и последнего изменения.
Чем отличается тип от способа расчёта?
Тип — это «сторона»: начисление (клиент получает бонусы) или списание (клиент тратит бонусы). Способ расчёта — это «как считать»: процент от суммы или фиксированная сумма. То есть «правило начисляет 3% от чека» — это тип «начисление», способ «процент», значение 3.
Как ограничить акцию одним магазином?
Заполнить список магазинов, в которых правило работает. В других точках правило не применится. Можно сделать акцию в одном пилотном магазине и потом раскатить на сеть, обновив массив.
Как сделать акцию на категорию или бренд?
Указать список категорий товаров или список производителей/брендов. Можно комбинировать: «+5% на электронику LG» — это две категории/бренда сразу. Иерархия категорий учитывается: указали «Электроника» — попадают все подкатегории.
Можно ли точечно дать бонус на отдельный товар?
Да, через список конкретных артикулов. Удобно для распродажи остатков или акций производителей на конкретные модели. Можно комбинировать с фильтром по магазинам.
Как работают лимиты по сумме чека?
Можно задать минимальную и максимальную сумму чека для применения правила. Например: «+1% к кэшбэку, если чек ≥ 5000₽» — ставим минимум 5000. Защита от злоупотреблений и точная настройка под бюджет акции.
Можно ли ограничить акцию количеством товара?
Да, минимумом и максимумом позиций. Например: «акция при покупке от 3 единиц» — минимум 3. «Бонус только на первые 2 единицы» — максимум 2 (бонус начисляется только за первые 2 штуки в чеке).
Что делать, если правило подходит к чеку дважды (категория + бренд)?
В этом случае работает приоритет применения. Правило с большим приоритетом применяется первым. Если правила совместимы по логике (один — начисление, другой — списание; или разные категории) — могут применяться оба. Несовместимые конкурируют по приоритету.
Как сделать сезонную акцию?
Заполнить даты начала и окончания акции. Правило само включится в нужную дату и выключится. Не нужно ставить будильник админу. После окончания правило остаётся в системе с накопленной статистикой — можно повторять.
Что хранит поле «дополнительные условия»?
Условия, которые не вписываются в стандартные поля: «только в выходные», «только при оплате наличными», «только для клиентов сегмента «Чемпионы», «только если у клиента есть тег VIP». Гибкое поле позволяет добавлять новую логику без доработок схемы.
Что такое папки правил?
Иерархия для логической группировки правил. Например, папки «Базовые», «Акции 2026», «Категорийные», «Для VIP», «Сотрудникам». Это упрощает поиск правил, групповое включение/выключение, обзорные отчёты по группам.
Как считается единый баланс на кассе и сайте?
Бонусы хранятся в кошельке клиента, привязанном к карточке. Все каналы (касса, сайт, маркетплейс, мессенджер, мобильное приложение) обращаются к единому источнику в реальном времени. Списание в одном канале мгновенно отражается в остальных — невозможно потратить одни и те же бонусы дважды.
Как делается списание бонусов клиента?
Правилом типа «списание» — фиксированной суммой или процентом. Обычно лимит суммы или конкретный процент чека ограничивают долю списания (например, не более 30% от чека). Кассир/сайт предлагают списать доступную сумму, клиент подтверждает.
Поддерживается ли сгорание бонусов?
Да. Правило типа «списание» с условием по дате начисления: «сгореть, если прошло 180 дней с момента начисления». Можно делать предупреждения клиенту за неделю до сгорания через каналы уведомлений.
Что такое бонусы сотрудникам?
Это отдельный журнал — независимый от клиентских бонусов. Каждое начисление содержит источник (KPI, акция, ручная премия), дату, сумму, описание. Используется в расчёте зарплаты — попадает в управленческий учёт фонда мотивации.
Зачем нужно согласование бонусов сотрудникам?
Ручные премии и нестандартные начисления могут проходить через заявку с маршрутом согласования. Менеджер создаёт заявку, руководитель утверждает или отклоняет. Без согласования бонус не начисляется и не попадает в расчёт ЗП. Это аудит и контроль фонда оплаты.
Как считаются бонусы продавцу за конкретный заказ?
В настройках задаются правила начисления (категории, маржа, типы товаров), а фактические начисления по чеку фиксируются отдельно. Это позволяет мотивировать продавцов на нужные товарные группы и считать персональные KPI.
Кто создал и менял правило?
У каждого правила хранится автор создания и автор последнего изменения с ФИО и должностью. Это аудит — спорные правила можно расследовать.
Кэшируется ли список правил?
Да, тегированно для правил бонусов. При создании, изменении или удалении правила кэш точечно сбрасывается. Это даёт быструю проверку правил на кассе и в API без лишних запросов к базе.
Можно ли откатить ошибочное начисление?
Да. Все начисления и списания логируются с привязкой к правилу, заказу, клиенту и оператору. Откат делается обратной операцией — создаётся компенсирующая запись с указанием причины и автора. Полная история сохраняется.
Поддерживается ли Apple Wallet и Google Wallet?
Да. Карта лояльности выпускается из карточки клиента, добавляется в Wallet, обновляется автоматически (баланс, акции, штрих-код). Это удобный канал для розницы — клиент не теряет карту и видит свой баланс мгновенно.
Что меняется на реальной сети
- Было
- Программа лояльности — единый кэшбэк 3% — не работала на удержание. Все клиенты получали одно и то же, статистики по правилам не было, бюджет программы рос, а LTV не двигался. Маркетинг не мог делать локальные акции — нет инструмента.
- Сделали
- Перешли на конструктор BonusRule. Базовый кэшбэк оставили (3%), добавили +5% на категорию «Электроника» по средам-пятницам с фильтрами `category_ids` и условиями выходного дня, +10% в день рождения, акции производителей с `manufacturer_ids`. Папки разделили базу и акции.
- Стало
- Маркетинг получил инструмент сегментированных акций. По правилам видно эффективность каждого: «LG ТВ-марафон» дал +18% к продажам категории, «Электроника ср-пт» — +12% к среднему чеку в эти дни. Бюджет программы перераспределили без увеличения общей суммы.
- Было
- Сезонные акции «8 марта», «День матери», «Чёрная пятница» включал и выключал маркетолог вручную через техподдержку — поздно, с опозданием, иногда забывали выключить. Часть акций «текла» — продолжала работать после окончания, давая лишние бонусы.
- Сделали
- Перевели все сезонные правила в BonusRule с `active_from` и `active_to`. Поставили акции на даты — система сама включает и выключает. Создали папку «Акции 2026» с подпапками по месяцам. Базовые правила вынесли в отдельную папку без дат.
- Стало
- Маркетолог планирует акции на квартал вперёд — заводит правила с датами и забывает. «Текущих» акций больше нет, бюджет на бонусы стал предсказуемым. Праздничные акции включаются ровно в нужный день, без ночных звонков техподдержке.
- Было
- У продавцов был оклад + % с продаж без привязки к маржинальности. Продавали что попроще — низкомаржинальные акционки. Маржа сети падала, попытки управлять через KPI терпели крах, потому что показатели считались в Excel.
- Сделали
- Подключили OrderActionBonus + OrderActionBonusSetting: бонусы продавцам начисляются автоматически по чеку с учётом маржинальности категории. Высокомаржинальные категории дают повышенный бонус, акционки — стандартный. UserBonus и связка с расчётом ЗП.
- Стало
- Продавцы переключились на высокомаржинальные товары и допродажи. Маржа сети выросла без увеличения общего ФОТ. Бонусные начисления стали прозрачными — каждый продавец видит, за какой чек сколько получил.
- Было
- Директора магазинов выписывали ручные премии «по ощущениям» в конце месяца. CFO не видел обоснований, ФОТ скакал. Спорные ситуации (одному дали — другому нет) приводили к увольнениям. Аудита решений не было.
- Сделали
- Перевели ручные премии на UserBonusApprovalRequest. Директор магазина создаёт заявку с описанием и суммой, она уходит на согласование региональному руководителю. Утверждённые заявки попадают в UserBonus и в расчёт ЗП. Отклонённые — в журнал с причиной.
- Стало
- ФОТ стал предсказуемым, ручные премии — обоснованными. Спорные ситуации разбираются по журналу заявок: видно, что заявка была, что её отклонили с такой-то формулировкой. Конфликты ушли, доверие к системе мотивации выросло.
- Было
- Программа «10-й кофе бесплатно» жила в отдельной системе, не связанной с ERP. На сайте и в приложении свой баланс, в магазине — карта со штампами. Клиенты путались, конфликты «у меня было 9 штампов, а вы мне ничего» — каждую смену.
- Сделали
- Заменили карту со штампами на BonusRule: 10% кэшбэк на кофе с расчётом до бесплатного эквивалента. Связали единый баланс с кассой, сайтом, мобильным приложением. Apple Wallet и Google Wallet — карта в телефоне с реальным балансом.
- Стало
- Конфликты прекратились — баланс один, виден везде. Клиенты перестали терять штампы. Программа стала прозрачной, увеличилась частота визитов. Появилась возможность делать акции «двойные бонусы по будням» через дополнительные BonusRule.
- Было
- Закупщики салонов получали скидки и бонусы вразнобой — кому-то менеджер давал «в виде исключения», другим отказывал. Не было правил по объёму закупки, маржинальности категории, давности клиента. ФОТ менеджеров содержал серую часть «отдельные договорённости».
- Сделали
- Завели иерархию правил BonusRule по объёму закупки (min_order_amount), категориям (category_ids) и периодам. Прозрачно: ≥50 000₽ — +3% бонусами, ≥150 000₽ — +5%, профессиональный сегмент — +2% к базовому. Менеджеры перестали договариваться отдельно.
- Стало
- Цены и бонусы для опта стали прозрачными. Закупщики видят свои условия в личном кабинете. Менеджеры не торгуются — система применяет правила сама. Маржа стабилизировалась, спорных ситуаций больше нет.
Как модуль помогает розничной сети
Бонусная программа в ERP розничной сети — без отдельной системы
Классическая проблема ритейла: бонусная программа живёт в отдельной системе (Mindbox, Loymax, Maxma) и интегрируется с ERP «через жопу». Касса спрашивает баланс у одной системы, начисление — в другой, у клиента три карточки в трёх местах, и при любом сбое — конфликты, расхождения, недовольные покупатели на кассе. AIERP делает иначе: бонусная программа — это нативная часть ERP, правила хранятся в общем конструкторе, баланс клиента — в его карточке, начисления и списания идут через те же транзакции, что и заказы.
Конструктор правил бонусов — это администраторский инструмент без необходимости программирования. Заводите правило, выбираете тип (начисление или списание), указываете операцию (процент от чека или фиксированная сумма), задаёте период, фильтры по магазинам / категориям / производителям / товарам и лимиты по сумме чека и количеству. Дополнительные сложные условия (выходные дни, способ оплаты, сегмент клиента) идут в гибком поле «дополнительные условия». Всё — мышкой в админке.
Это убирает ключевую боль маркетолога — зависимость от программистов и техподдержки для запуска любой акции. Сезонные кампании, локальные тесты в одном магазине, точечные акции на бренд, повышенный кэшбэк для VIP-сегмента — всё делается за минуты. Никаких заявок в IT, никаких релизов, никаких ночных деплоев.
Структура правила бонусов: тип, расчёт, период, фильтры, лимиты
Каждое правило имеет тип — это «сторона» операции: начисление (клиент получает бонусы за покупку) или списание (клиент тратит бонусы при оплате). Это разделение упрощает аудит и логику — одно правило отвечает за одну сторону. Способ расчёта — процент от суммы или фиксированная сумма. В соответствующем поле (процент с точностью до сотых, например 3,50, или фиксированная сумма) задаётся значение.
Период действия — даты начала и окончания. Правило само включается в нужную дату и выключается в дату окончания. Если поля пустые — правило бессрочное (например, базовый кэшбэк 3%). Это убирает ручную работу маркетолога: завёл акцию на майские праздники, поставил даты, забыл — система всё сделает в нужный момент. Флаг активности позволяет временно отключить правило без удаления и без сброса статистики.
Фильтры — это четыре списка: магазины, категории, производители/бренды, конкретные товары. Все списки можно использовать одновременно — правило применится только если все условия выполнены. «+5% на электронику LG в магазинах Москвы» — это московские точки в списке магазинов, электроника в списке категорий, LG в списке брендов. Иерархия категорий учитывается — указали верхнюю, попадают все подкатегории.
Лимиты — это четыре значения: минимум и максимум по сумме чека и минимум-максимум по количеству позиций. Это защита от злоупотреблений и точная настройка под бюджет акции. «+1% к кэшбэку при чеке ≥ 5000₽» — минимум 5000. «Акция при покупке от 3 единиц» — минимум 3. «Бонус не более чем на первые 2 штуки» — максимум 2.
Приоритеты, конфликты правил и комбинация
Когда к чеку подходит несколько правил, в дело вступает приоритет — целое число. Чем больше значение, тем раньше применится правило. Это нужно для разрешения конфликтов: к чеку подходит и базовый кэшбэк 3%, и сезонная акция 10% на категорию, и персональная скидка VIP. Без приоритета непонятно, какое применять. С приоритетом — сначала правило с большим значением, потом следующее (если они совместимы) или ничего (если конкурируют).
Совместимость правил определяется логикой: правило начисления и правило списания могут применяться одновременно — это разные стороны операции. Правило кэшбэка на категорию и правило на бренд могут применяться одновременно, если правила «складываются» (по приоритету и настройкам комбинации). Два правила кэшбэка на одну и ту же сущность конкурируют — применится одно, выбранное по приоритету.
Гибкое поле «дополнительные условия» позволяет добавлять любую логику без доработок схемы. Примеры: «применять только в выходные», «только при оплате наличными», «только для клиентов RFM-сегмента «Чемпионы», «только если у клиента тег «профессионал», «только если на складе остаток больше 10». Поле расширяется по мере роста сложности — новые условия не требуют изменений схемы базы.
Папки правил, аудит и API
Папки правил — иерархия для логической группировки. На крупной сети правил быстро становится десятки и сотни: базовая программа, сезонные акции, категорийные предложения, VIP-условия, оптовые скидки, бонусы сотрудникам. Папки помогают навигации, поиску, групповым операциям (выключить всю папку «Акции мая» одним движением), отчётам по группам.
Аудит создания и изменений правил: у каждого правила хранятся автор создания и автор последнего изменения с ФИО и должностью. Видно, кто завёл правило и кто последний правил. Это важно для крупных сетей с большой командой маркетинга — спорные правила можно расследовать, найти автора, понять контекст. Все изменения логируются в общем системном аудите.
REST API даёт операции с правилами: список с фильтрами (по папке, типу, активности, поиску по названию), создание, изменение, удаление. Кэширование правил бонусов с точечной инвалидацией при изменении. Уведомления внешним системам о срабатывании правила позволяют интегрироваться с маркетинговой аналитикой, e-mail-рассылками клиенту о начислении, push-уведомлениями.
Бонусы сотрудникам: премии, KPI, согласование
Кроме клиентских бонусов AIERP реализует бонусы сотрудникам — это отдельная подсистема, тесно связанная с расчётом зарплаты. Журнал фактических начислений: источник (KPI, акция, ручная премия), дата, сумма, описание, ссылка на правило или заявку. Связывается с расчётом ЗП — попадает в управленческий учёт фонда мотивации.
Автоматические бонусы продавца за конкретный заказ. Настройки задают условия (категории, маржинальность, типы товаров), фактические начисления фиксируются по каждому чеку. Это инструмент управления продажами через мотивацию: завязать бонусы продавцов на маржу, а не на оборот, дать повышенный коэффициент на новинки и стратегические категории, исключить из бонусов скидочные позиции.
Заявка на ручное начисление бонуса сотруднику с маршрутом согласования. Менеджер создаёт заявку с обоснованием и суммой, она уходит на согласование руководителю (по штатной иерархии). Утверждённые попадают в журнал начислений, отклонённые — в журнал с причиной. Это критично для крупных сетей: ФОТ перестаёт зависеть от «договорённостей в курилке», все ручные премии — с обоснованием в системе.
Единый баланс, Wallet-карты, омниканальность
Бонусный баланс клиента — это поле в его карточке, источник единый для всех каналов: касса, сайт, маркетплейс, мобильное приложение, мессенджер. Списание в одном канале мгновенно отражается в остальных через единое API. Это убирает классическую проблему «у меня было 500 бонусов на сайте, а на кассе пишут 0» — потому что хранилище одно.
Карта лояльности выпускается из карточки клиента и добавляется в Apple Wallet или Google Wallet. Карта содержит штрих-код / QR для сканирования на кассе, актуальный баланс, ссылки на текущие акции, контактные данные сети. Wallet-карта обновляется автоматически (push-обновление от сервера Wallet) — клиент видит реальный баланс мгновенно, без открытия приложения сети.
Аналитика бонусной программы строится на тех же данных. По каждому правилу видно: сколько раз сработало, на какую сумму, какой средний чек привлекло, доля выручки. Это помогает безжалостно выключать неэффективные правила и масштабировать работающие. Когортный анализ показывает, как программа влияет на удержание клиентов в долгосрочной перспективе — окупается ли она вообще.
Готовы автоматизировать?
Покажем модуль на ваших данных и подключим за 1–2 недели.