Pay per round (default)
Each QR order is a paid round. The guest pays on the phone; only then is the order submitted to the kitchen. Adding more items later opens a new order/round. Staff refunds work on that order’s card payment.
Once payouts are Active, the Payments page shows When customers pay. This single setting changes whether money is collected before each kitchen ticket or once at the end of the visit.
Pay per round (default)
Each QR order is a paid round. The guest pays on the phone; only then is the order submitted to the kitchen. Adding more items later opens a new order/round. Staff refunds work on that order’s card payment.
Pay at end of meal
Guests (and staff) can send food to the kitchen without paying first. Everything on the table rolls into one table bill. Guests can pay the full bill, split it (equal ways, custom amounts, or by dish), add a tip, or staff can settle offline (cash, terminal, or comp).
| Pay per round | Pay at end | |
|---|---|---|
| Kitchen ticket | After successful card payment | When staff or guest submits the order |
| Guest pay UI | Checkout for the current cart / round | Pay the bill on the table bill |
| Multiple rounds | New paid order each time | Same open bill; more orders attach |
| Staff cash | Less central (card is the gate) | Settle cash / external card / comp on the bill |
| Refunds | Cancel & refund on the paid order | Refund the bill (or cancel & refund a paid order linked to the bill) |
| Stock (if tracked) | Deducts on paid submit | Deducts on submit/confirm, not on later bill pay |

If you see a yellow notice such as You have N open bill(s). Settle them before changing payment mode, the CRM is protecting half-finished table money.