Why can't my Shopify POS take payments when the internet goes down?
Shopify POS has a real offline mode, but it only covers you if it's configured before the outage hits and you understand its limits.
What's going on
The internet at your store goes down, or Shopify itself has a service disruption, and suddenly your registers can't take payment. Customers are standing there with items in hand and staff don't know whether to turn people away, take cash and hope for the best, or scramble for a backup card reader. This is one of the most stressful moments in retail, because it's happening in front of customers and every minute of downtime is a lost sale or a walked-out customer.
The confusing part is that Shopify POS does have an offline mode built in, but it isn't automatically comprehensive. What survives a connectivity gap depends on payment type, whether a specific setting was turned on in advance, and what hardware you're running. Merchants who've never touched that setting, or who assumed "offline mode" meant everything keeps working exactly as normal, are the ones who get blindsided during an actual outage.
The other underappreciated piece is reconciliation: even when offline mode works well and captures the sale, your inventory and reporting can drift out of sync during the outage window, especially if you sell the same product across multiple registers, locations, or your online store while offline. Getting the setup right beforehand, and doing a quick sanity check afterward, is what separates a smooth blip from a multi-day inventory headache.
Why it happens
Shopify POS is a cloud-connected system by design: order creation, inventory decrementing, and payment authorization normally round-trip to Shopify's servers in real time so that stock levels and sales records stay accurate across every channel you sell on. That's a feature most of the time (it's how online and in-store inventory stay in sync), but it means the app has to make deliberate tradeoffs about what it can safely do when it can't reach the server.
Offline card processing specifically depends on the payment terminal being able to store and later transmit an authorized transaction, which isn't something every card reader or payment flow supports equally, and Shopify gates it behind an explicit setting rather than turning it on by default (likely because merchants need to opt into the fraud/reconciliation tradeoffs of accepting a card charge it can't verify in real time). If that setting was never reviewed, staff discover the gap only when it matters most: mid-outage, mid-transaction.
5 ways to fix it
Turn on Offline Payments in Shopify admin before you need it
Go to Settings > Point of Sale > Locations (or your POS device settings) and check whether card/debit acceptance offline is activated for each store location. Shopify's cash and manual ("other") payment types work offline automatically with no setup, but tap/chip/swipe card processing during an outage only works if you've turned on offline card payments ahead of time and are using supported hardware (recent Shopify-compatible card readers, and POS Go benefits from its own cellular fallback). If you've never checked this setting, do it now, not during your next outage - it can't be enabled retroactively for a sale that already happened.
Know what still works, and what doesn't, before staff hit a wall mid-sale
Offline mode is not full parity with online POS. Expect cash and (if enabled) card checkout to keep working, but some features - certain discounts, gift card redemption, loyalty/comp actions, and anything that needs a live lookup (customer accounts, real-time inventory across locations) - can be restricted or unavailable until the connection returns. Brief your team on this distinction so they aren't caught improvising a workaround (like manually comping an item) that the system won't reconcile cleanly later.
Let the queue-and-sync design do its job, but verify inventory after reconnecting
Shopify POS queues offline orders locally on the device and pushes them to your Shopify admin automatically once connectivity returns, updating orders and inventory retroactively. The risk isn't losing the sale, it's inventory drift during the outage window: if the same SKU sells at two registers (or online) while one is offline, you can oversell before the sync catches up. After any outage, spot-check inventory counts on items that sold heavily during the downtime and adjust manually if two systems both claim the last unit.
Have a paper/manual fallback for anything longer than a short blip
Offline mode is built for brief connectivity gaps, not extended platform-wide incidents. For a longer outage (your store's internet, or a broader Shopify service disruption), keep a simple manual backup: a paper log or a basic offline card terminal from your payment processor, plus a way to capture customer email/phone for order confirmation later. Reconcile these manual sales into Shopify by hand once you're back online rather than trying to force them through POS after the fact.
Check Shopify's status page and your own network setup, not just the POS app
A lot of "POS won't sell" reports during outages turn out to be store Wi-Fi or router issues rather than a Shopify-side incident. Before assuming a platform-wide outage, check status.shopify.com and confirm your device has a cellular or secondary network fallback (this is one of the practical advantages of POS Go's built-in data connection over a Wi-Fi-only tablet setup).
Bottom line
Shopify POS is designed to keep taking cash sales through a connectivity gap, and card sales too if you've proactively enabled offline payments and have compatible hardware - but it's a bridge for short outages, not a substitute for a real continuity plan. The main ongoing risk after any outage is inventory drift across locations, so build a quick post-outage stock check into your routine. This is a process and configuration problem more than a software gap, so there isn't an app-based fix here worth recommending - the highest-value move is making sure offline payments are switched on and your staff know the manual fallback before the next outage happens, not during it.
Browse the rest of the problem library, run a free storefront scan to catch issues like this automatically, or email us and we'll work out a custom solution for it.