Afterpay for WooCommerce persists each Afterpay-paid order's token and order reference to WooCommerce order metadata, plus the standard payment_method slug. That makes it easy to identify Afterpay orders in wp_wc_orders, but the default orders screen treats them identically to every other gateway, with no column for the Afterpay reference and no saved "BNPL this month" view.

SleekView reads wp_wc_orders filtered to Afterpay and renders the Afterpay token, order reference and refund meta as columns alongside total, status and customer. Filter to Afterpay orders only for the monthly BNPL review. Sort by total descending to see whether Afterpay carts run bigger than direct-card ones. Save a per-month view that feeds the fee-versus-lift trade conversation finance has with the BNPL vendor.

The plugin keeps owning the Afterpay API, installment processing and merchant portal sync. The table view owns the audit surface, so the BNPL signal stops hiding inside per-order panels and becomes a row-level workspace.

Merchants pay Afterpay a meaningful per-transaction fee, so whether BNPL actually drives bigger carts and stays out of the refund queue is a real business question. The default WooCommerce orders screen treats Afterpay identically to every other gateway, with no column for the Afterpay reference, no saved "BNPL this month" view and no refund-rate audit. SleekView reads wp_wc_orders filtered to Afterpay and renders token, order reference and refund meta as audit columns, so finance reconciles by month, marketing checks the AOV pattern and support chases refunds row by row.

The plugin keeps owning the Afterpay API; operators get the audit surface BNPL orders need to defend the fee.