Reconcile stock with Shopify

Reconciliation compares the stock OrderOps holds for a SKU against live Shopify levels, surfaces any mismatch, and applies the fix. Use it when a count looks wrong and you want to know which system is lying.

Run a reconcile

Reconciliation is per SKU. OrderOps fetches the live available count from Shopify for each connected store and compares it against its own ledger. Each store comes back as one of:

• Match — both systems agree. Nothing to do.
• Mismatch — the counts differ, with both numbers shown.
• Unconfigured — the SKU is not mapped on that store, or the level could not be fetched.

Apply corrections

Corrections run as background jobs, so a slow Shopify response never hangs the page. Every applied fix lands in the inventory activity trail with its source, the actor, and before/after snapshots — and reconcile actions support one-click rollback if you corrected in the wrong direction. There is no silent overwriting; the trail shows exactly what changed and why.

Which side should win depends on your stock model. In pooled mode, corrections mirror across sister stores; the source-of-truth setting lets one store's numbers overwrite mismatches on the others.

Low-stock flags

While you are watching counts: OrderOps flags any SKU at or below your low-stock threshold. The default is 5 units, configurable per organisation in Settings. At or below threshold shows a Low badge; zero shows Out. The badges appear on the products page, the reports page, and product detail — they flag the problem but do not raise purchase orders for you.

If counts keep drifting on a SKU, check the activity trail before re-reconciling — refunds and cancellations restock automatically, and the trail will show whether a mutation failed or a manual adjustment slipped in. Cost history for the same SKU lives in FIFO cost layers.