Shopify POS inventory / orders not syncing with the online store — locations, staff permissions, offline mode.

Several products can look like “retail and online disagree.” They do not share a settings panel. This page is only when a Shopify POS sale or inventory change should appear on the online store (or an online sale should hit the retail location) and the sync never lands — wrong POS location, missing staff permissions, offline queue stuck, or the device never reconnected. Wrong on-hand / available numbers across locations is multi-location inventory wrong. Customer receipt mail from the till is POS receipt email not sending. Merchant low-stock Slack / email silence is low-stock alert not firing. App / Admin webhook POST failures are Shopify webhooks not delivering. This page is only: POS inventory / orders not syncing with the online store.

Six ordinary reasons POS↔online stays out of sync: till assigned to the wrong location, staff missing POS / inventory / location permissions, offline mode queue never uploaded, device still showing disconnected, online inventory not stocked at the retail location you sell from, or you are debugging multi-location grids / receipt mail / low-stock / webhooks instead. Walk them in that order. You already pay for Shopify POS. You do not need another seat to read the device location and force a reconnect.

Every POS device sells from one Shopify location. If the iPad / terminal is still assigned to “Warehouse” or last week’s popup location, retail sales deduct the wrong column and the online store looks “out of sync” even though inventory math is consistent for that wrong location. Open Point of Sale settings on the device (or Admin → Point of sale → Locations / hardware) and confirm the active location matches the storefront you expect customers to see.

Honest proof: complete one paid POS test sale, open the order in Admin, and read which location fulfilled / deducted. Then open the product inventory grid and confirm that location’s Available dropped by the quantity sold. If the numbers are wrong across many locations but POS and online both write correctly to their assigned locations, leave for multi-location inventory wrong. Do not mix those proofs.

A cashier can ring a sale that looks local while Shopify refuses the inventory write if their staff role lacks Point of Sale access, inventory adjust permissions, or access to that location. PIN users inherited from an old role, limited “associate” templates, and locations toggled off under Users and permissions produce “it sold on the till but Admin never changed” symptoms that are permissions, not a broken sync job.

Honest proof: Settings → Users and permissions → open the cashier. Confirm POS enabled, inventory / products permissions match how you adjust stock, and the retail location is checked. Retest with an owner / full-access PIN on the same device. If only the limited PIN fails, fix the role — do not rebuild locations. Staff invite mail silence is a different playbook (staff invite email not sending).

Shopify POS can take payments offline and hold orders / inventory adjustments in a local queue until the device reconnects. If Wi-Fi dropped, cellular was off, or the store closed while still “Syncing…”, Admin online inventory and Orders stay stale even though the till showed Paid. That is not multi-location math and not a webhook outage — it is an unpushed offline queue.

Honest proof: on the POS device, open connectivity / sync status (or the offline indicator). Reconnect to stable Wi-Fi, stay on the POS home until the pending count hits zero, then refresh Admin Orders and the product inventory grid. Force-quit / reopen POS if the queue stalls. Do not invent a second inventory app to “resync” while the device is still offline. If you are chasing HTTP webhook Delivery status instead of the till’s offline badge, leave for Shopify webhooks not delivering.

Split the symptom. (1) POS sale missing in Admin Orders: check location, permissions, offline queue, and that the sale was not a draft / training / void. (2) Inventory deducted on POS but online Available unchanged: confirm Online Store sells from that retail location (or a shared pool), Inventory tracked is on, and Continue selling when out of stock is not masking the drop. (3) Online checkout never reduces retail Available: online may sell only from warehouse locations — that is intentional location routing, not a POS sync failure.

Honest proof: one POS paid order ID in Admin + matching inventory delta at the POS location, then one online paid order + delta at the online fulfillment location. If both write to their assigned locations and you still hate the numbers, you are back on multi-location inventory wrong. Receipt email after a successful POS sale is POS receipt email not sending— mail is not inventory sync.

Wrong grid totals across warehouse + stores is multi-location inventory wrong. Customer never got the POS receipt is POS receipt email not sending. Merchant never got a low-stock Slack / email is low-stock alert not firing. App endpoint never received inventory / order webhooks is Shopify webhooks not delivering. None of those fix a till on the wrong location, a cashier without inventory permission, or an offline queue that never uploaded.

Finish the POS sync proofs first. Only then open the related playbook that matches the remaining symptom.

Stay DIY if you can spend one afternoon on the list above: assign the POS device to the correct location, fix staff POS / inventory / location permissions, reconnect and drain the offline queue, prove one POS sale and one online sale in Admin, and stop confusing multi-location grids / receipt mail / low-stock / webhooks with a POS sync failure. That is the whole playbook. No agency required. Short answers also live on the merchant FAQ. Related pages: multi-location inventory wrong, POS receipt email not sending, low-stock alert not firing, webhooks not delivering.

Pay for help when the work is not the POS location toggle — it is connecting the stack you already have so lead capture is not dying in DMs, storefront and checkout-ready exceptions land in a channel you already check, and the live store is one workflow instead of a spreadsheet plus a Slack bot you forgot. That is the Latch AI Ops install.

What $997 USD one-time buys: lead capture on the live store, ops alerts in a channel you already check, and a checkout-ready workflow. 72 hours after collaborator access, not after payment. One live Shopify store. Access plus a delivery thread. Store URL collected at checkout. Not a SaaS seat, not a theme rebuild retainer, not a conversion guarantee, not a brand or theme job.

Other shops’ public ranges, not testimonials: a checkout / ops install typically runs $500–$2,500. A full ops consulting block typically runs $2,000–$5,000. $997 is the cheap end of that work, sold as a 72-hour install of three systems — not as an earnings number or conversion-lift claim.

What it does not buy: more orders, recovered revenue, a forever POS-sync guarantee, or a case study. Latch AI Ops has not published customer proof because there are no customers yet. You are buying the install.

Checkout is on Whop. Operator is Nico. United States offer. You can revoke collaborator access after handoff. We do not take owner passwords.