Бонусы при возврате товара: какие правила нужны программе лояльности на Tilda
Как учесть возврат в бонусной системе: отмена начисления, восстановление списанных баллов, частичный возврат, отрицательный остаток и история операций.
У возврата могут быть два разных последствия: отменить бонусы, начисленные за покупку, и восстановить бонусы, которыми её оплатили. Каждую операцию нужно связать с исходным заказом и объяснить в истории.
Разделите начисленные и использованные бонусы
Покупатель мог одновременно потратить баллы и получить новые за один заказ. При возврате эти суммы нельзя обрабатывать как одну скидку. Сначала запишите две операции: списание баллов при покупке и начисление вознаграждения по её результату.
Условный пример: товар стоит 3 000 рублей, покупатель использовал 300 баллов и заплатил 2 700 рублей. Программа начисляет 5% от оплаченной деньгами суммы — 135 баллов. Для полного возврата правила могут предусматривать отмену этих 135 баллов и восстановление ранее использованных 300.
Этот пример описывает возможную логику программы, а не универсальное правило любого магазина. Порядок денежных расчётов, скидок и бонусных операций нужно согласовать отдельно и понятно изложить покупателю.
Сохраните распределение бонусов по позициям
Частичный возврат сложнее полного: остаётся часть покупки, за которую начисление может сохраняться. Если система хранит только общую скидку заказа, ей трудно определить, сколько баллов относится к возвращённой позиции.
До запуска выберите способ распределения списания и начисления между товарами. Учитывайте исключения: сертификаты, доставку или товары без бонусов, если такие ограничения есть в программе. Распределение лучше сохранять при покупке, чтобы последующее изменение правил не меняло старый заказ.
Отдельно определите округление. Сумма распределённых баллов должна совпадать с исходной операцией, а несколько последовательных частичных возвратов не должны восстановить больше, чем было списано.
| Событие | Что нужно определить |
|---|---|
| Полный возврат | Какие начисления отменяются и какие списания восстанавливаются |
| Возврат одной позиции | Доля бонусов, связанная с этой позицией |
| Несколько частичных возвратов | Оставшаяся доступная к корректировке сумма |
| Обмен товара | Как связаны исходная покупка, возврат и новый заказ |
Решите, что делать, если начисленные баллы уже потрачены
Клиент получил вознаграждение и использовал его в следующем заказе, а затем вернул первую покупку. Простое вычитание может привести к отрицательному остатку. Поведение в такой ситуации нельзя оставлять случайным результатом арифметики.
Возможные варианты проектирования — отложенная доступность начисления, отдельный учёт корректировки или согласованное ограничение дальнейшего списания. Выбор зависит от условий программы и ожидаемого поведения покупателей. Не стоит автоматически переносить задолженность по бонусам в денежные требования.
Менеджеру нужна понятная инструкция, а клиенту — объяснение конкретной операции. Формулировка баланс изменён без ссылки на заказ создаёт лишние обращения в поддержку.
Исправляйте историю отдельными операциями
Вместо удаления исходного начисления полезно создавать связанную корректировку с суммой, датой и причиной. Тогда можно восстановить последовательность: покупка, начисление, использование, возврат. Ручное исправление сотрудником тоже должно оставлять объяснение.
Повторное уведомление о том же возврате не должно повторно менять баланс. Для проверки используйте полный возврат, две частичные операции и повторную доставку одного события. После каждого шага сверяйте историю и доступную сумму.
Возврат денег и изменение бонусного баланса могут проходить через разные компоненты. Если один шаг не завершился, администратор должен увидеть незаконченный процесс и иметь способ корректно его продолжить.
Как включить возвраты в разработку кабинета
При настройке личного кабинета и программы лояльности на Tilda передайте PXL Perfect правила начисления, списания и возвратов вместе. Если операции ведутся в CRM, нужно определить, какая система хранит основной журнал бонусов.
Начните с нескольких числовых примеров и ожидаемого баланса после каждого действия. Это позволит проверить будущую механику до подключения к реальным покупателям и избежать неоднозначного толкования условий.