Skip to main content
The Fraud Prevention module monitors transactions against configurable thresholds and flags anything that deviates from expected behavior. It gives your team a chance to review and act on suspicious activity before points are permanently credited or redeemed.

​
What it does

​
How to enable Fraud Prevention

Fraud Prevention must be activated at three levels:
1

Environment configuration (Level 1)

This foundational step is performed by the Loyalife team or your DevOps team in the environment configuration file. It cannot be done from within the Loyalife UI. Contact Loyalife support to request this activation.
2

Module activation (Level 2)

Once the environment is configured, navigate to Fraud Prevention in the left sidebar and enable the module from the available options.
3

Threshold configuration (Level 3)

After the module is active, go to Fraud Prevention → Threshold Settings to define the detection parameters. Once saved, the system begins monitoring all transactions against those thresholds.
All three levels must be active for fraud detection to function. Completing only Level 2 without Level 1 environment configuration will not enable monitoring.

​
Anomaly detection

Anomaly detection works by comparing incoming transaction data against the thresholds you define per product code. When a transaction exceeds a threshold, it is flagged as anomalous and sent to the Pending Transactions queue for manual review.

​
How thresholds are structured

Thresholds are configured at two levels: Product-code-specific thresholds override the global threshold for transactions that match that product code.
Product codes must exist in the Rule Engine’s Attributes Manager before they can be used in anomaly detection thresholds. If no product codes are defined, the threshold settings interface will prompt you to add product codes first via Rule Engine → Attributes → Product Codes.

​
Monitored dimensions

​
What happens when a transaction is flagged

  1. The transaction is held in Pending Transactions — it does not post points to the member’s account immediately.
  2. An administrator with the Fraud Review permission receives a notification.
  3. The reviewer can approve (allow the transaction and post points) or reject (discard the transaction).
  4. If no action is taken within the configured timeout, the transaction follows the default resolution path (approve or reject, as configured).
The Fraud Prevention section contains two menu items:
In the navigation menu, Anomaly Detection and Fraud Prevention are distinct items — they map to the same underlying module. Editing either menu label in your program’s locale settings updates both.