Loyalty points from purchase to returnБонусы: от покупки до сверки возврата

Define the program rules firstСначала определите правила программы

Define the earning event: a confirmed purchase, completed visit or another agreed action. Specify eligible items, exclusions, rounding, availability timing, expiry and redemption limits. A preorder is not necessarily a completed purchase, and a cancelled payment should not leave an unexplained reward. Retain the rule version used for the original event. Future changes should not silently recalculate previous awards or make staff unable to explain those awards to the customer.Опишите событие начисления: подтверждённая покупка, завершённый визит или другое согласованное действие. Укажите подходящие позиции, исключения, округление, момент доступности, срок действия и ограничения списания. Предзаказ ещё не обязательно является завершённой покупкой, а отмена оплаты не должна оставлять необоснованную награду. Сохраните версию правил, действовавшую для исходной операции. Изменение условий в будущем не должно незаметно пересчитывать старые начисления или лишать сотрудника возможности объяснить их клиенту.

Assign owners for rules and exceptions. Checkout staff apply agreed terms, a supervisor handles disputed adjustments, and a reconciliation owner reviews the journal. State who can correct a balance and what evidence is required. Program membership, eligibility to redeem and permission for promotional messages are separate questions. Membership alone does not establish universal permission to use every contact channel; assess messages against their particular purpose and the customer’s known restrictions.Назначьте владельцев правил и исключений. Сотрудник кассы применяет согласованные условия, руководитель разбирает спорную корректировку, а ответственный за сверку проверяет журнал. Опишите, кто может исправлять баланс и какое основание требуется. Регистрация в программе, возможность потратить бонусы и разрешение получать рекламные сообщения — отдельные вопросы. Участие само по себе не задаёт универсального разрешения на любой канал связи; обработку сообщений рассматривайте в рамках конкретной цели и известных ограничений клиента.

Link earning to its source eventСвяжите начисление с исходным событием

An earning record should identify the customer, purchase, eligible items, applied rule and event time. Match customers using a checked identifier, particularly when phones are shared or someone registers twice. Do not merge balances merely because names match. If an award awaits confirmation, show it separately from available points. Otherwise a customer may try to spend a reward that disappears after cancellation, leaving checkout staff to explain the discrepancy during payment.Запись начисления должна позволять найти клиента, покупку, подходящие позиции, применённое правило и время события. Сопоставляйте клиентов по проверенному идентификатору, особенно при общих телефонах и повторной регистрации. Не объединяйте балансы только из-за совпадения имени. Если бонус ещё ожидает подтверждения, показывайте его отдельно от доступного остатка. Иначе клиент попробует потратить награду, которая может исчезнуть после отмены, а сотруднику придётся объяснять расхождение уже во время оплаты.

Receiving the same purchase confirmation again does not create another purchase. The accepted process needs a way to recognize an already processed event and preserve its result without awarding points twice. Treat this as a configuration test rather than an assumption about every integration. For migrated balances, retain the cutoff, source and available history. An opening balance represents migration; it must not also be reported as a new-period award or earned again from imported receipts.Повторное получение подтверждения одной покупки не является новой покупкой. Для принятого процесса требуется способ обнаружить уже обработанное событие и сохранить результат без второго начисления. Это требование к проверке конфигурации, а не предположение о любой интеграции. При переносе старых балансов запишите дату среза, источник и доступную историю. Входящий остаток объясняется переносом; его нельзя повторно представить как бонусы за новые покупки текущего периода или начислить заново из загруженных чеков.

Check redemption before completing the purchaseПроверяйте списание до завершения покупки

Before redemption, show the available balance and the purchase-specific restrictions: eligible items, maximum coverage, minimum conditions and awards approaching expiry. Pending, spent and expired points are not available. Staff should be able to explain a rejection using the relevant rule. If checkout stops midway, establish what happened to points held or already deducted. An abandoned transaction must not leave an unexplained reduction or enable the same reward to be used twice.До списания покажите доступный остаток и ограничения этой покупки: допустимые позиции, максимальную часть оплаты, минимальные условия и истекающие начисления. Ожидающие, использованные и истёкшие бонусы не относятся к доступным. Сотрудник должен уметь объяснить клиенту отказ по конкретному правилу. Если оформление покупки прервано, проверьте судьбу удержанного или уже списанного количества. Отменённая операция не должна оставлять необъяснимое уменьшение остатка или позволять повторное использование одной и той же награды.

Test near-simultaneous purchases in two connected channels. Both employees may see an old balance, so a visual comparison alone is insufficient. Define the expected behavior: confirmation of available points or an understandable rejection with an updated balance. For a connection delay, establish whether work can continue and who decides. Do not promise redemption before the system or agreed manual control confirms it; resolving an exception should leave a trace in the history.Проверьте почти одновременную покупку в двух подключённых каналах. Оба сотрудника могут увидеть старый остаток, поэтому одного визуального сравнения недостаточно. Опишите ожидаемое поведение: успешное подтверждение доступного количества либо понятный отказ с обновлённым остатком. При задержке связи заранее установите, разрешено ли продолжать операцию и кто принимает решение. Не обещайте покупателю списание, пока система или согласованный ручной контроль не подтвердили его; разбор исключения должен оставлять след в истории.

Handle both sides of a returnРазберите обе стороны возврата

A return may affect both points earned on the purchase and points used to pay for it. These are separate movements. For a partial return, establish the portion of the original award to reverse and whether redeemed points are restored under program terms. Do not recalculate the whole purchase using a newer rule version. If already-spent rewards exceed the remaining balance, route the case to an authorized person; staff should not invent negative balances or cash deductions at checkout.Возврат может затронуть начисленные за покупку бонусы и бонусы, которыми её оплатили. Это разные движения. Для частичного возврата определите, какая часть исходного начисления отменяется и восстанавливаются ли использованные бонусы по условиям программы. Не пересчитывайте всю покупку по новой версии правил. Если уже потраченная награда превышает оставшийся остаток, передайте случай уполномоченному сотруднику по согласованному порядку; отрицательный баланс или удержание денег не следует придумывать на кассе.

A hypothetical journal starts with 100 available points. A confirmed purchase adds 30, another purchase redeems 40, and a partial return of the first reverses 12 under its original rule. The result is 100 + 30 − 40 − 12 = 78 points. The return links to the original award, while redemption links to the second purchase. Processing the same return again must not reduce 78 again. This demonstrates recordkeeping, not actual program performance or a point’s cash value.Учебный журнал начинается со 100 доступных бонусов. Подтверждённая покупка добавляет 30, другая покупка использует 40, а частичный возврат первой отменяет 12 по исходному правилу. Итог: 100 + 30 − 40 − 12 = 78 бонусов. Возврат связан с первоначальным начислением, а списание — со второй покупкой. Повторная обработка того же возврата не должна снова уменьшать 78. Пример описывает механику учёта, а не результаты реальной программы или денежную стоимость бонуса.

Monitor balances and program costКонтроль остатков и стоимости программы

Reconcile the journal and test exceptionsСверьте журнал и примите исключения

At a chosen cutoff, reconcile opening balance, confirmed earning, redemption, return adjustments, expiry and closing balance. Give every discrepancy an owner and supporting evidence. Avoid arbitrary balancing entries merely to match a report; first locate a missing or repeated event. A manual correction retains its reason, author and review reference. Keep expiry information separately so a reduction in available points can be explained even when no new purchase or return occurred.На контрольную дату сверяйте начальный остаток, подтверждённые начисления, списания, возвратные корректировки, истечение и конечный остаток. Каждое расхождение должно получить владельца и первичное основание. Не исправляйте итог произвольной суммой только ради совпадения отчёта: сначала найдите пропущенное или повторное событие. Ручная корректировка сохраняет причину, автора и ссылку на проверку. Данные по срокам действия нужны отдельно, чтобы объяснить изменение доступного остатка без новой покупки или возврата.

SABSUS loyalty documentation connects purchases, visits and points movements and calls for return tests in selected channels. Prepare acceptance cases covering ordinary earning, a repeated event, interrupted redemption, a partial return and a return after the reward was spent. Staff should reconstruct each calculation from its records, and the customer balance should match the reconciled journal. Confirm special terms, channel support and failure behavior in your configuration before operational launch.Описание лояльности SABSUS связывает покупки, визиты и движения бонусов и предлагает проверять возвраты в выбранных каналах. Для своей приёмки подготовьте обычное начисление, повтор события, прерванное списание, частичный возврат и возврат после использования награды. Сотрудник должен восстановить расчёт по каждой записи, а клиентский баланс совпасть с проверенным журналом. Особые условия, поддержка каналов и поведение при сбое требуют отдельного подтверждения в вашей конфигурации до рабочего запуска.

Contact purposes and restrictionsЦель и ограничения контакта

Quick answersКороткие ответы