Square for WooCommerce processes payments through the Square gateway and syncs catalog data between WooCommerce and the Square dashboard. Orders come through with the standard WooCommerce statuses like wc-pending, wc-processing, wc-on-hold, wc-completed, and wc-refunded, plus Square-specific metadata in wp_postmeta for the square_transaction_id, the square_location_id, the payment_source_type (card, gift_card, cash), and the date_paid. The native WooCommerce orders screen shows them mixed with all other orders.

SleekView Kanban reads the same WooCommerce orders you would query with WC_Order, filtered to orders that used the Square gateway. Pick post_status as the group column and every order becomes a card slotted under Pending, Processing, Completed, or Refunded. Card fronts show the customer name, the order total in store currency, the Square payment_source_type, the square_transaction_id, the square_location_id, and the date placed, so finance has every Square-specific detail right on the card.

Dragging a card between columns calls the standard WooCommerce status transition the admin uses, which fires woocommerce_order_status_changed. Square's refund flow fires for refund transitions when configured, the customer notification email goes out through WooCommerce's email module, the Square Dashboard reflects the change, and any extension subscribed to the WooCommerce hooks reacts, exactly as it would after a manual admin status change from the order edit screen.

Storefronts running Square for WooCommerce process hundreds of transactions every day across card and gift card payment sources routed through the Square gateway. Multi-location merchants spread those transactions across multiple Square locations, which adds another reconciliation dimension. The default WooCommerce orders screen mixes Square transactions with COD, prepaid, and other gateway orders, which makes Square-specific reconciliation a CSV export exercise every single day.

The disconnect between what the Square Dashboard shows and what WooCommerce shows is the source of most accounting headaches for Square merchants. A successful card payment lands in Square but the WooCommerce order stays Pending because the webhook failed. A refund shows in WooCommerce but never appears in the Square Dashboard because the integration was misconfigured.

A daily payout from Square shows revenue that does not match WooCommerce for a specific store location. A kanban view that reads and writes the same WooCommerce orders the gateway processed, filtered to Square specifically, keeps the team and the books honest. Every drag is a real status change, every column count reflects the real Square pipeline health, and the cards themselves carry enough context for a new finance analyst to handle Square reconciliation on day one of the job.