YITH WooCommerce Points and Rewards keeps a current balance per customer in wp_usermeta and writes every earn, redeem and expiry event into its own log structure. The default admin gives a per-customer balance screen and a flat event list, which is fine for resolving a single ticket and wrong for program-level questions about engagement, top earners or refund-driven adjustments.

SleekView reads wp_users joined with wp_usermeta on the points balance key and unions the YITH points log, exposing event type, amount, related order ID and event date as columns alongside the customer's display_name and email. Filter to redeem events in the last 30 days for engagement triage. Sort by amount to surface large adjustments for audit. Group by event_type to scope to expirations only.

The plugin keeps owning earn rules, redemption flow and tier configuration. The table view owns the audit surface, so the log YITH already writes becomes a queryable cohort instead of a per-customer drill-down.

Loyalty programs accumulate state and history at the same time: every customer carries a balance, and every transaction writes an event that adjusts it. The default YITH admin renders balances on user profiles and events as a flat log, which keeps single-customer tickets quick and leaves program-level questions inside spreadsheets. SleekView reads wp_usermeta and the points log as one dataset, rendering customer, balance, event_type, amount and related order as real columns on every row.

Filters stack so redemption audits, expiry sweeps and top-earner lists become one-click views. The plugin keeps owning earn rules and redemption logic, while loyalty managers, finance and support all get the per-row audit surface the log always implied.