Klarna Checkout for WooCommerce persists each transaction's _wc_klarna_order_id and Klarna reference number on the order row via WooCommerce order meta. With HPOS enabled, that data lives in wc_orders_meta against wc_orders; on legacy stores it sits in wp_postmeta against shop_order posts.

The default WooCommerce orders screen shows none of that on the row. Finance teams looking to reconcile Klarna's merchant portal against the store currently export orders, join CSVs against Klarna's settlement file, and chase exceptions one order at a time. There's no native filter for "awaiting Klarna capture" or "Klarna pending merchant action".

SleekView reads wc_orders joined with wc_orders_meta and surfaces _wc_klarna_order_id, the Klarna reference, and capture state as first-class columns. Sort by Klarna order ID to match the Klarna portal row-for-row, filter to captures pending merchant action, and edit status inline with the gateway's hooks fully intact.

Klarna Checkout is the default checkout for a large share of Nordic and DACH WooCommerce stores, and it has its own lifecycle: orders sit awaiting merchant capture, get partially captured against partial shipments, and occasionally get cancelled inside Klarna's portal independently of WooCommerce status. The default WooCommerce orders screen does not surface that state on the row, so finance teams reconcile by exporting CSVs and joining them against Klarna's merchant portal in a spreadsheet. SleekView reads wc_orders joined with wc_orders_meta and puts _wc_klarna_order_id, the Klarna reference, and capture state on the row.

Pending-capture becomes one saved filter. Multi-currency reconciliation becomes a group-by on currency. Inline edits route through the gateway's CRUD so capture, partial-capture, and cancellation hooks fire exactly as they would from the per-order screen.

The merchant still has the standard Orders screen if they prefer it; the Nordic-payments audit surface is what changes.