> ## Documentation Index
> Fetch the complete documentation index at: https://storekit.com/docs/llms.txt
> Use this file to discover all available pages before exploring further.

# Cash and pay-on-collection orders

> How cash and pay-on-collection orders work in storekit: what customers see, how orders reach your POS, Send Cash as Paid, and reconciling cash.

Cash — often described to customers as paying on collection — means the customer places the order online but hands over the money to your staff at collection, delivery or at the table.

storekit never takes or holds that money. The order is recorded with the payment type **Cash**, no card is charged, and no payout is generated for it. Collecting the cash, and checking that it was collected, is entirely down to your team.

## What the customer sees

At checkout, a store with cash enabled shows a **Pay cash** option alongside the card payment form. Selecting it and clicking **Place order** sends the order straight through — the customer is not asked for card details, and the order is confirmed as soon as your store accepts it.

## Turning cash on or off

Cash is stored per fulfillment method — pickup, delivery and in-store are separate settings on your store. A store whose storekit Payments application is still pending verification can only take cash until payments go live; see [set up payments](/docs/getting-started/launch/set-up-payments).

<Warning>
  There is no cash setting anywhere in the dashboard. **Stores** → your store → **Settings** → **Payments** does not contain a cash toggle, and neither does any other settings page. To turn cash on or off for a fulfillment method, [contact support](/docs/getting-started/contact-support) and say which method (pickup, delivery or in-store) you want changed.
</Warning>

## Sending cash orders to your POS

By default a cash order is sent to your POS with **no payment attached**, so the check stays open and your staff settle it on the POS when the customer pays.

Some POS integrations have a setting that changes this — the order is sent with a payment already applied, so it lands on the POS marked as paid.

| POS                     | Setting                        | Where                                                                               |
| ----------------------- | ------------------------------ | ----------------------------------------------------------------------------------- |
| **Toast POS**           | **Send Cash as Paid**          | **Stores** → your store → **Settings** → **Integrations** → **Toast POS**           |
| **Deliverect**          | **Send Cash as Paid**          | **Stores** → your store → **Settings** → **Integrations** → **Deliverect**          |
| **Lightspeed K-Series** | **Send cash payments as paid** | **Stores** → your store → **Settings** → **Integrations** → **Lightspeed K-Series** |

For Toast, the helper text under the toggle reads "When enabled, cash orders will be sent to Toast as paid." The order is sent with a payment for the full order total, using the alternate payment type configured for the integration.

<Warning>
  With **Send Cash as Paid** switched on, the customer still has to pay you in cash — but nothing on the POS will say so. The check shows the balance settled and a ticket or receipt printed from the POS can show an amount due of zero, which reads as "already paid" to whoever hands the order over.

  Only use it if your accounting expects cash orders to arrive pre-settled on the POS. If you want your staff to see an open balance and take payment at handover, switch the toggle **off** and save. Existing orders are not changed — the setting only affects orders sent to the POS after the change.
</Warning>

If your POS is not in the table above, or you cannot see the toggle for the one that is, the behaviour is fixed for your store and can only be changed by [support](/docs/getting-started/contact-support). Toast's add-to-bill batching, which appends an unpaid cash in-store order to an existing table check instead of opening a new one, also has no dashboard toggle and is support-managed.

## Troubleshooting

### The ticket says the customer already paid, but they chose cash

This is almost always **Send Cash as Paid** for your POS integration. The order really is a cash order in storekit — storekit collected nothing — but it was pushed to the POS with a payment attached, so the POS reports it as settled and shows nothing due.

To confirm and fix:

1. Open the order from **Orders** → **All Orders**. Click the total to open the payment popover: a cash order lists **Payment type:** as Cash. It also has no card icon next to the total in the orders list, and does not get the green **Paid** badge next to the **Total** that online-paid orders get.
2. If the order is cash but the POS says paid, turn off the cash-as-paid setting for your POS (see the table above) so future orders arrive with an open balance.
3. Keep taking the cash at handover in the meantime — the POS being marked as paid does not mean storekit has the money.

### How will we know if a customer does not pay?

storekit cannot detect an unpaid cash order, because it never expects a payment for one. Only your staff know whether the money changed hands, so reconcile from your own records:

* **Per order** — the payment popover on each order shows the payment type, and hovering the total of a cash order in the orders list reads "Order not paid online, or no balance due."
* **Per day** — **Analytics** → **Reports** → **Z-Report** has a **Cash Payments** column alongside **Card Payments**. That figure is what your till should contain for the period, before any cash refunds.
* If a customer leaves without paying, you can still collect the money with a [payment link](/docs/guides/payments/payment-links). Stores with both payment links and catering enabled get a shortcut on the order itself — a **No online payment collected** panel with a **Send Payment Link** button. Every other store creates the link the normal way from **Payments** → **Payment Links**.

## Related

* [Payment methods](/docs/guides/payments/payment-methods)
* [Payment links](/docs/guides/payments/payment-links)
* [Refunds and payouts](/docs/guides/payments/refunds-payouts)


## Related topics

- [Payment methods supported by storekit](/docs/guides/payments/payment-methods.md)
- [Dine-In (Order & Pay)](/docs/getting-started/store-types/dine-in-order-and-pay.md)
- [Order Injection](/docs/guides/integrations/pos/order-injection.md)
- [5. Set Up Payments](/docs/getting-started/launch/set-up-payments.md)
- [Lightspeed K-Series](/docs/guides/integrations/pos/lightspeed-k-series.md)