> ## Documentation Index
> Fetch the complete documentation index at: https://help-loyalife.xoxoday.com/llms.txt
> Use this file to discover all available pages before exploring further.

# v7.4.0 — February 2024

> Loyalife v7.4.0 introduces the 'For Every' rule condition, a transaction pre-processing layer, PII masking, rule and user archive/unarchive, and enhanced monthly statements.

# v7.4.0 — February 2024

**Released:** February 2024

## Rule Engine

### "For Every" Condition

A new **"For Every"** condition type is available in rule creation:

* **Data type:** Integer only; negative values are not permitted
* When a product or group cap is reached, the resulting points are set to 0 (the rule still matches but does not award points)
* Supports both **DR** (debit) and **CR** (credit) transaction types
* Tier multipliers are now compatible with the "For Every" condition

### Transaction Pre-Processing Layer

Programs can apply pre-processing transformations to TXN files before they enter the main rule engine:

* Available for **TXN file uploads only** — TXN/Member/CPD APIs are excluded
* Requires a `terminal_id` attribute configured as mandatory in the program
* The combination of member reference + terminal ID can only appear **twice in a single file**; additional occurrences are ignored
* Rejected records are flagged with failure status 4 and reported as *"rejected in preprocessing"* via email notification

### Rule Archive / Unarchive

* Rules can be archived and unarchived; archived rules are hidden from the UI and excluded from processing
* Rules must be unarchived before they can be edited

***

## Privacy & Data Protection

### PII Masking

* Admins can mark any member attribute as **Personally Identifiable (PI)**
* PI-tagged attributes are hidden from the UI by default; the *"Show PI Details"* privilege is required to view them
* All access to PI attributes is recorded in the audit trail
* **Known gaps (to be addressed in future releases):** Search, communication templates, segment filters, and maker-checker requests may still expose PII

***

## Reports

### PII Removed from Standard Reports

* **Liability Report:** Member name and phone removed; email addresses are masked
* **Members Report:** PII fields removed; new *"Activated Date"* filter added; *"Address"* filter removed; status values standardised
* **Transactional Report:** PII removed; processing date updated to the cancellation date when a member is cancelled or closed

***

## User Management

### User Archive / Unarchive

* Admin users can be archived and unarchived
* Archived users cannot log in

***

## Monthly Statement

* Transactions in monthly statements are now bucketed by type
* New types tracked: Closed/Cancelled, Expired
* Accrual is now split into **Spend Points** and **Bonus Points**

***

## Error Logs

* Error file downloads are now available in Reports → Logs for CPD and TXN file uploads
* BNS files and API-based records are not yet listed in the application

***

## API

* **Member Add/Update APIs:** Error validations incorporated for data type mismatches and constraint violations
* Email and mobile regex validation implemented for the Add API; pending implementation for the Update API