Shipping discount plugins typically store each rule as a custom post type (often wc_shipping_discount or similar) with discount type, value, thresholds, and conditions saved as wp_postmeta entries. The default admin lists rules but conditions and thresholds live behind each rule's edit screen, so seasonal promo management and threshold audits are per-rule clickthroughs.

SleekView reads the rule post type and surfaces discount type, value, threshold, and condition meta as real columns. Filter to rules that apply to a specific country. Sort by threshold to see which carts get free shipping. Group by status to see active vs scheduled vs disabled rules at a glance. Joins to product and category taxonomies resolve numeric ids in conditions to readable names.

Inline edits route through the plugin's save logic where exposed, with a fallback to update_post_meta plus standard cache-clear hooks. Bulk-toggle a holiday discount across regions on launch day, or bulk-update a threshold after a margin review, in one pass instead of editing each rule individually.

Shipping discounts look simple from a configuration screen. In practice, stores accumulate dozens of overlapping rules: a free-shipping threshold, a holiday promo, a wholesale-role exception, a coupon-driven discount, a category-specific surcharge. The plugin's storage choice (post type with meta) is the right one.

The UI's choice (one rule per edit screen) is what creates the operational debt. Marketing cannot launch seasonal campaigns without a per-rule tour. Finance cannot tell which rules effectively give away shipping without exporting and pivoting.

Support cannot answer why was this order's shipping free without three browser tabs. SleekView turns the same rule data into a table: discount fields become columns, conditions become filters, priorities become sorts. Bulk launches become an action instead of a script, and rule audits become a sort instead of a spreadsheet.