YITH WooCommerce Gift Cards models every issued card as a custom post type with rich postmeta: original denomination, current balance, status, expiry date and recipient email. The default admin renders that as a flat post list ordered by date, which is fine for opening a single card and wrong for the questions finance and support actually ask: what's the outstanding liability, which cards expire soon, who hasn't redeemed their card yet.

SleekView reads the gift card CPT joined with its postmeta keys, exposing denomination, current balance, status, recipient and expiry as columns. Filter to active cards expiring within 30 days to plan an outreach campaign. Sort by current balance for a finance liability audit. Group by status to scope to fully-redeemed cards only.

The plugin keeps owning issuance, redemption and expiry logic. The table view owns the audit surface, so the cards YITH already stores as rich CPT posts become a queryable cohort instead of a per-card drill-down.

Gift cards sit awkwardly between marketing, finance and support: marketing wants issuance and reactivation, finance wants the liability KPI, and support wants to spot expiring balances. The data is already structured as a clean YITH CPT with denomination, current balance, status and recipient as postmeta on every row. SleekView reads the same posts and renders them as a queryable audit grid so the liability audit, the expiry outreach cohort and the support drill-down all run from one dataset.

Filters stack into a single query, no SQL, no spreadsheet. The plugin keeps owning issuance, redemption and expiry; SleekView gives the program the per-row reporting surface the flat post list refuses to be.