Point of Sale
Void an Order
4 min read#15
Void is Vendion's function for removing an unpaid order that was created incorrectly. For paid orders, the return/refund flow applies instead – see article 16. The distinction matters for tax compliance.
Void vs. return – what's the difference?
| Action | Order state | Fiscal effect | Requires |
|---|---|---|---|
| Void | Unpaid order | Order is removed, no receipt sequence consumed | Manager PIN + reason |
| Return (refund) | Paid order | New return order with negative amount created | Original receipt |
This distinction is required by Swedish cash register law (SKVFS 2014:9) – a paid order that's been finalized with a control code can never be deleted, only neutralized via a return.
How to void an order
- Click Void in the quick buttons (or select items and choose "Void lines")
- Dialog: "Anledning" / Reason (mandatory) – pick a quick option or type your own:
- Felbongad (mis-fired)
- Gäst ändrade sig (guest changed mind)
- Dubbelregistrerad (duplicate entry)
- Test
- Övrigt (other)
- Or type your own reason in the free-text field (free text overrides the quick option). Without a reason you can't confirm.
- Enter the manager PIN if you don't have the void permission yourself
- Confirm
- The order is removed and the table becomes available again
Manager PIN gate
Voiding is permission-gated:
- Junior staff (no permission): a dialog opens, a senior enters their PIN
- Shift manager / Boss: Voids directly without PIN
Both the triggering staff member and the approving manager are logged in journal memory. That means you can always trace who did what, even when staff share responsibilities.
What happens in the system?
- The order is flagged as voided
- Items are released (inventory adjusted if linked)
- The table becomes available again
- Journal memory gets a row with the void action and the reason
- If the items were already fired to the kitchen, KDS shows a red STOP COOKING banner (with the reason) for about 60 seconds so the kitchen can abort – then the ticket disappears from the screen
- The Z report reports number of voids and total amount – the Swedish Tax Authority wants this as a control point
Fiscal implications
- Voiding does not consume a receipt sequence – the next order gets the same receipt number it would have
- The order appears in order history as "Voided" but is not deleted
- During audits the Swedish Tax Authority often asks "why was order XYZ voided?" – that's why the reason is mandatory
Common issues
| Problem | Cause | Fix |
|---|---|---|
| "Can't void – order is paid" | Order already finalized | Use Return from order history instead |
| "Manager PIN required" | You lack the capability | Ask a senior to log in or enter their PIN |
| "Void blocked" | Z report is running right now | Wait until the Z report finishes |
| Item already served | Voiding only removes the order in the system, not the food that left the kitchen | Handle as a comp (discounted/free line) or return after payment |
Tips
- Use the same reason consistently across the team (quick option or free text) so reports stay meaningful
- Train staff: think before voiding – it's easier to fix a mistake than to create new ones
- Review weekly voids in order history (shows who voided and why) – trends can reveal issues (shared PINs, training gap)
- More than 10 voids/day: talk to the team – usually it's a UI habit that can be coached away
This feature is part of Vendion POS.
Curious how it looks in practice? Read more about the product or book a short demo.
Was this article helpful?
