Advanced Dynamic Pricing for WooCommerce stores each rule definition in the adp_rules custom table with priority, conditions, and discount type. On every order, the plugin writes _adp_applied_rules (the rule IDs that fired) and _adp_total_discount (the absolute amount saved) to order meta. Rule details, including labels and discount type, also land in _adp_order_data for full reconstruction at refund time.

The plugin is precise about capturing this, but the admin only shows rule definitions and a single per-order view. There is no built-in dashboard for rule hits over time, top rules by revenue impact, or cumulative discount given. SleekView Charts reads adp_rules, _adp_applied_rules, and _adp_total_discount from wc_orders_meta (HPOS) or postmeta (legacy) and pivots them into chart cards: top rules by hits, daily discount given, rule type mix, and total savings this month.

Each card is a saved query, not a snapshot. A merchandiser can pin the rule-hits Bar to the dashboard before a sale weekend, watch the Area chart climb during the campaign, and switch to the SleekView table view to see the exact orders behind any bar. Refund reconciliation reads from the same dataset, so the dashboard and the audit trail never disagree.

Advanced Dynamic Pricing for WooCommerce captures rule hits and discount totals on every order in clean, queryable meta keys. The plugin is precise about it. What the admin does not provide is a chart layer to read that data back as aggregates.

Without a dashboard, the only way to know which rules carry a sale, how much discount the store gave on a Saturday, or whether the catalogue leans too heavily on flat discounts is a CSV export and a spreadsheet, repeated every week. SleekView Charts removes that loop. Top-rules bar, daily-discount Area chart, rule-type donut, and total-savings KPI sit on one saved dashboard, ready before the next campaign.

Merchandisers see promotions land in real time. Finance keeps an eye on margin without spreadsheets. Pricing analysts retire dead rules with evidence rather than gut.

Charts and tables share one query layer, so refund reconciliation reads the same numbers as the dashboard.