Selling
Orders and corrections
Menu: Sell → Orders · Who: owner, branch manager
This is management, not till work. A cashier fixes a mistake by voiding and ringing it again; they never rewrite a sale. A paid sale is corrected, never quietly edited — and every correction is on the record.
The list
One branch, a run of business days, counted the way the floor thinks about it — by order mode: dine-in, takeaway, delivery, retail.
The screen opens on today — both ends of the range default to the business day that branch is trading right now, which the server works out. So "Today" here and "Today" on the Z report are the same day, even at 1am.
Filters: Every status (Paid, Held, Voided), Every mode, Every terminal, and Discounted only, Written off only, Corrected only. Search by order number, name or phone.
A whole range is added up by the database, so a month is as quick as a day, and a range typed backwards is turned around rather than refused.
Opening an order
Everything the sale actually was: the lines with their variants, modifiers and deal components, the discount and where it came from, the tax per line, the payments, the terminal it was rung on and — for a delivery — the area, the promise and the rider.
Correcting a paid sale
Press Correct, give a reason. What you may change:
| Change | What happens |
|---|---|
| Remove or reduce a line | The order is re-priced from its own frozen lines |
| Give a discount | Replaces any campaign or promo that was on it, and gives the code back |
| Write the bill off | Lines go to zero. The delivery charge stays — a delivery that was made was made |
| Remove tax | An exemption of this customer, not a change to your tax table |
| Refund or collect | Money moves as a payment row on the order |
It re-prices from the sale's own snapshots — never from today's catalog and never from today's tax table. A shelf price or a tax rate that has changed since cannot rewrite what was sold.
Removing tax parks the lines' frozen rates rather than deleting them, so putting the exemption back charges exactly what the sale charged before.
The money an amendment moves
It is a payment row on the order: negative went back to the customer, positive was collected from them. The method defaults to however the sale was paid. The till's expected cash and the Z report already read payments, so nothing has to be told twice.
What is refused
| Refusal | What to do |
|---|---|
| The business day is closed | Reopen the day from Day close first — a PIN'd, recorded act |
| The discount is over the company cap | discounts.max_discount_percent applies here exactly as it does at the till. Nothing about being a manager goes past it |
| The food has already left on a motorbike | A delivery that is out cannot have its cart changed. Fail or complete it first — see Riders and delivery |
Declining a held order
A void. It never took an order number and never took any money, so nothing leaves the shelf or the till.
Every correction is on the record
Who, when, why, and the order's totals on each side of it. That record is the point — it is what makes correcting a sale safe enough to allow at all.