# Offline Mode

The POS keeps your products, customers and open orders on the device. When the internet drops, or your store stops answering, you keep selling: cash, cards on your own terminal and other payments recorded at the till, for any sale that reached your store before the connection went. Each sale waits on the device and sends itself when the store is back. This page walks through one sale taken offline, from the moment the connection goes to the moment it returns.

## Know when you're offline[​](#offline-signs "رابط مباشر إلى Know when you're offline")

You don't need to do anything when the connection drops. The POS tells you, and you carry on.

![The POS offline with one product in the cart: Offline beside the store name in the register bar, the Device went offline message, the search box, the Checkout button and the Health button](/img/2.x/getting-started/offline/en/tablet-light-regular--off-1-offline-cart.png)12345

1. **Offline** — beside the store name in the register bar. It also says **Offline** when the device has internet but your store isn't answering. On the other screens (Orders, Products, Customers) the same **Offline** badge sits in the page bar.
2. **Device went offline** — appears once the connection has been gone for a few seconds. **Help** opens what the message means. When it's your store that stops answering instead, the message reads **Website is unreachable**.
3. **Search products** — searches what's on the device, so you can still find and sell anything already downloaded.
4. **Checkout** — works as usual for building the sale. A sale started while offline can't be paid until the store is back; it waits in your open orders. For a sale the store already has, it depends on the method: see [Take a payment offline](#take-payment-offline).
5. **Health** — [Store health](/ar/troubleshooting/store-health.md), where you can see what's on the device and what's still waiting to send.

## What keeps working[​](#what-works-offline "رابط مباشر إلى What keeps working")

* **Finding products and customers** — search, filters and scans, from what's on the device.
* **Building carts** — add items, change quantities and prices, add discounts and fees, apply coupon codes already on the device, switch between [open orders](/ar/sell/cart/open-orders.md).
* **Taking payment** — **Cash**, **Card** for a card taken on your own terminal, and the other methods you record at the till, such as cash on delivery, bank transfer or cheque. Each works for a sale the store already knows about: see [Take a payment offline](#take-payment-offline).
* **Receipts** — the paid screen, printing on a printer attached to the till, and emails that wait to send.
* **The register** — sales go into the drawer as usual. Handing the till to another cashier and switching register work too.
* **Saving changes** — a new customer, an edited order, a receipt email. Each one is kept on the device and sent later.

## Take a payment offline[​](#take-payment-offline "رابط مباشر إلى Take a payment offline")

Only a sale the store already knows

A payment can be taken offline only on a sale that reached your store before the connection dropped: its order number shows above the items in Checkout. A sale started while offline has no number yet. Press **Checkout** and you see **No connection** instead of the payment methods: the sale is saved in your open orders, and its tab says **In checkout · offline**. Press **Back to the register**, serve the next customer, and take the payment once the store is back. See [No connection](/ar/troubleshooting/common-problems/checkout-problems.md#no-connection).

1. Press **Checkout** and check for the order number above the items, such as **#224371**.
2. Tap **Cash**, **Card** for a card taken on your own terminal, or another method recorded at the till.
3. Enter what the customer gave you, or tap the exact amount.
4. Press **Take**, then confirm.

Offline, the tender pane says **Offline** beside the amount, and each payment method says whether it can be taken now.

![The tender pane offline: Offline beside the amount to pay, the Cash and Card tiles each marked Sent later and Store may refuse, and the Take $45.00 in Cash button](/img/2.x/getting-started/offline/en/tablet-light-regular--off-2-offline-tender.png)123456

1. **Offline** — the register bar keeps telling you.
2. **Cash** — taken at the till, so it works offline.
3. **Card** — a card taken on your own terminal and recorded at the till works offline too. A card reader paired with the till, or an online gateway, says **Needs a connection** instead, under **… not available right now**.
4. **Sent later · Store may refuse** — the payment is recorded now and sent to your store when it's back. The store checks it then.
5. **Sent later · Store may refuse** — the same for the card.
6. **Take $45.00 in Cash** — names the amount and the method, as it always does.

When you press **Take**, the POS asks you to confirm, because the store hasn't seen this payment yet.

![The confirmation over the dimmed tender pane: Take $45.00 in Cash while offline? with Cancel and Take $45.00 in Cash](/img/2.x/getting-started/offline/en/tablet-light-regular--off-3-offline-confirm.png)1234

1. **Behind the question** — the tender pane waits, dimmed. Nothing is taken until you choose.
2. **Take … while offline?** — the sale is held on this device and sent when the store is back. If the store refuses it, it shows under **Needs attention** in [Orders](/ar/manage-store/orders.md).
3. **Cancel** — back to the tender pane, nothing taken.
4. **Take $45.00 in Cash** — records the payment. Give the change as usual.

## The receipt before the store confirms[​](#awaiting-store "رابط مباشر إلى The receipt before the store confirms")

The sale is paid. Until the store has it, the paid screen says so, and so does the receipt.

![The paid screen offline: a clock instead of a tick, Awaiting store · Cash, Offline · 1 sale to send in the register bar, and the Email Receipt, Download PDF, Print Receipt and New sale buttons](/img/2.x/getting-started/offline/en/tablet-light-regular--off-4-awaiting-store.png)1234567

1. **Clock** — paid, not yet confirmed by the store. It becomes the usual tick once the store has the sale.
2. **Awaiting store** — before the method that paid. The open order's tab says **Paid · awaiting store**, and the payment in the cart reads **Recorded offline**.
3. **Offline · 1 sale to send** — how many sales this device is holding for the store.
4. **Print Receipt** — prints on a printer attached to the till. The receipt carries the line **Awaiting store · not yet confirmed**. A printer that prints the store's copy waits: it asks you to print again once the store has confirmed the sale. See [Print Receipt](/ar/sell/print-email-receipts.md#print-receipt).
5. **Email Receipt** — still works: the email waits to send. See below.
6. **Download PDF** — needs your store, so it's greyed out.
7. **New sale** — an empty cart for the next customer.

The preview may say **This template can't be previewed for this order**. That's the store's template waiting for the store: the printed receipt is unaffected.

Press **Email Receipt** to send the customer their receipt anyway.

![The Email Receipt form offline: a note that the receipt will be emailed when the connection returns, and the Send when online button](/img/2.x/getting-started/offline/en/tablet-light-regular--off-5-email-offline.png)12

1. **This device can't reach your store right now** — the receipt is emailed automatically when the connection returns.
2. **Send when online** — takes the place of **Send**. Press it and you'll see **Receipt email queued**. See [Email Receipt](/ar/sell/print-email-receipts.md#email-receipt).

## Sales waiting to send[​](#offline-writes "رابط مباشر إلى Sales waiting to send")

Everything you do offline stays on this device, even if the connection drops mid-sale or you close the app. It sends automatically once you're signed in and the store is reachable: you don't press anything. Tap your avatar at the end of the register bar to see what's waiting.

![The cashier sheet offline: the Awaiting store · 1 sale band, Sent when you are signed in online, and the store row saying Needs the store to switch](/img/2.x/getting-started/offline/en/tablet-light-regular--off-6-sheet-offline.png)12

1. **Awaiting store · 1 sale** — sales this device has taken that the store hasn't received yet. **Sent when you are signed in online**: you don't need to press anything.
2. **Switch** — greyed out with **Needs the store to switch**. Changing store waits for the connection. Handing the till over, switching register and signing out still work.

In the register bar:

* **Offline** — no connection, nothing waiting.
* **Offline · 1 sale to send** — no connection, sales waiting.
* **1 sale awaiting store** — the connection is back, and the store hasn't answered for these sales yet.

You may also see:

* **1 sale waiting to sync** — on the banner when the store asks you to sign in again. See [Signing in and the drawer](#goes-wrong-sign-in).
* **Waits here for you** — when you hand the till over with sales still waiting, with the number of unsent sales. They stay on this device and send once you're signed in and back online.
* **changes waiting to send** — in [Store health → Database](/ar/troubleshooting/store-health.md#database): every change still on this device, including customers, edits and receipt emails.

Don't clear local data with changes waiting to send

[Clearing local data](/ar/troubleshooting/clear-local-data.md) throws away every change that hasn't reached your store. A sale taken offline is money already in your drawer.

## When the connection comes back[​](#back-online "رابط مباشر إلى When the connection comes back")

Waiting sales send automatically, usually within seconds.

A **Connection restored** message appears at the top of the screen, and the register bar reads **1 sale awaiting store** until the store has every sale; then it disappears. Card readers, online gateways and everything in [What needs a connection](#what-requires-a-connection) work again.

Products, prices and customers changed in your store while you were offline download by themselves soon after you're back online. To check that every sale arrived, open [Store health → Database](/ar/troubleshooting/store-health.md#database): **changes waiting to send** reads 0, and no panel above the table asks you to decide anything. See [When something needs you](/ar/troubleshooting/store-health.md#needs-attention).

## What needs a connection[​](#what-requires-a-connection "رابط مباشر إلى What needs a connection")

* **Card readers paired with the till and online gateways** — the tile says **Needs a connection**. If the sale already has an order number, take cash or record a card taken on your own terminal. Otherwise, leave it open and take the payment when the store is back. Offline payments through card readers are on the [roadmap](/ar/releases/roadmap.md).
* **Paying a sale started offline** — the sale stays in your open orders. Take its payment once the store is back. See [the note above](#take-payment-offline).
* **The Legacy tab** — gateways on their own payment page. See [The Legacy Tab](/ar/sell/take-payment/legacy-tab.md).
* **Refunds** — no refund is made offline. See [Refunds](/ar/manage-store/orders/refund-rules.md).
* **Creating a new coupon** (WCPOS Pro) — the button says **Coupons are created when the store is reachable**.
* **Download PDF** of a receipt.
* **Switching store**, and **adding a cashier** to the device. Handing the till to a cashier already on it works offline.
* **Taking the drawer with you** to another store. Sales still waiting to send go first: the option says, for example, **Send 2 sales first** until they have.
* **Approving a count that's out** at closing. See [Open the Register](/ar/sell/open-register.md#goes-wrong).
* **New products, prices and customers** from your store. You sell from what's on the device until the connection returns.

Before a shift with a poor connection

Open the POS while the signal is good and let your catalogue download. [Store health → Database](/ar/troubleshooting/store-health.md#database) shows how much of it is on the device.

## If something goes wrong[​](#goes-wrong "رابط مباشر إلى If something goes wrong")

Find the message your till shows under the part of the sale it came from.

### Scanning[​](#goes-wrong-scanning "رابط مباشر إلى Scanning")

**"Scanning unavailable" — Not on this device, and the store can't be searched while offline.** The product isn't on this device yet. Search for it by name, or sell it once you're back. **View status** opens [Store health](/ar/troubleshooting/store-health.md#database). See [Barcode Scanning](/ar/sell/find-products/scan-barcodes.md).

**"Lookup failed" — Store didn't respond.** The device has internet but your store didn't answer the scan. Check the connection and scan again.

### Checkout and orders[​](#goes-wrong-checkout "رابط مباشر إلى Checkout and orders")

**"Order not saved — the store refused it".** The store turned the order down and says why under the title. The sale goes back to the cart and its tab says **Save refused**. Fix what the store names (an item out of stock, for example) and press **Checkout** again. **Store health** opens the refused change, with **Send again** and **Discard**. See [Changes that never reached your server](/ar/troubleshooting/store-health.md#refused-changes).

**"This order is still on its way to your store".** Wait a moment, then press **Checkout** again. Nothing has been charged, and the store recognises the order, so you won't create a second one.

**"… was not saved to the store".** A customer you added offline was refused by the store. The sale keeps their addresses but stays a guest sale. Send the customer again from [Store health](/ar/troubleshooting/store-health.md#refused-changes) and the sale links to them.

**A sale under "Needs attention" in Orders.** The store refused a payment taken offline. Open the order and settle it with the customer. See [Orders](/ar/manage-store/orders.md).

### Signing in and the drawer[​](#goes-wrong-sign-in "رابط مباشر إلى Signing in and the drawer")

**"Session expired" or "1 sale waiting to sync".** The store needs you to sign in again before it takes anything more from this device. Press **Log in**. Nothing is lost: unsent sales go once you're signed in. If you see **Session renewed automatically**, the POS signed you back in by itself and there's nothing to do.

**"The drawer was carried. This device records it at the next sync."** You took the drawer with you to another store, and the store has it. Nothing to do. If you see **The drawer carry did not complete** instead, check both registers before you try again.

### Receipts[​](#goes-wrong-receipts "رابط مباشر إلى Receipts")

**"Your server did not send the email."** Your store got the receipt email but didn't send it. Receipt emails that are still waiting, or have stopped trying, are listed in [Store health → Database](/ar/troubleshooting/store-health.md#database) under **receipt emails waiting to go out**, each with **Send again** and **Remove**.

**"Not saved to the store · no order number"** on a receipt. The store has never had this sale, so it has no order number and the receipt can't be emailed yet. Press **Sync order** to send it.

With WCPOS Pro

With several stores, switching store needs the connection: the store row says **Needs the store to switch** until it's back.

## Related Documentation[​](#related-documentation "رابط مباشر إلى Related Documentation")

[Store healthWhat's on the device and what's waiting to send.](/ar/troubleshooting/store-health.md)

[CheckoutRing up a sale from start to finish.](/ar/getting-started/make-sale.md)

[How the sync engine worksThe technical detail behind offline and sync.](/ar/developers/sync-engine.md)
