The payments ledger
Payments in the sidebar is the outlet's money-received view. It answers "what actually came in", which is a different question from what was billed and a different question again from what is being worked on.
Everything taken at this outlet, with a total per method.
It has its own permission
Payments is gated on the payments ledger permission, and the sidebar item is not there at all without it. That is deliberate: recording a payment and seeing every payment the outlet has ever taken are different jobs. A cashier can take payments all day and never see this page; a manager holds it read-only from day one. See Roles and permissions.
The five figures at the top
The page opens on the last three months, and the period picker changes that — a week, a month, three, six, twelve, everything, or two dates you choose.
| Figure | What it counts |
|---|---|
| Collected | Money received in the period, matching whatever filters are on |
| Payments | How many payments, and how many orders they landed on |
| Average payment | Collected divided by the count, with the largest single payment beneath |
| Taken today | What has come in since midnight |
| Pending payment | Orders still owing, and how much — not filtered |
Every one of these is worked out over the whole filtered set, never by adding up the rows you can see. A page holds twenty-five rows by default, and a total that quietly meant "these twenty-five" is the kind of number somebody reconciles a till against and cannot explain.
Pending payment is the one cell that ignores your filters, and its sub-label says so. An order nobody has paid anything towards has no payment to appear in this ledger at all — and those are the orders worth chasing. It is worked out the same way the Orders page works out what is due, so the two pages can never quote you different debts. To act on it, see Sending a payment reminder.
How it was paid
Under the figures, one bar per method with its share, its total and how many payments made it up. Click a bar and the whole page narrows to that method; click it again to clear.
Payments recorded before a method was captured are gathered under Not recorded. That is a real group you can filter to, not an absence — "we do not know how this one was paid" is worth being able to find.
The search box takes four things, because an operator searches with whatever is in front of them: an order reference off a bag tag, the customer's name, the payment code off a receipt, or the bank or POS reference off a statement.
The rows, and getting them out
Each row is one payment: when it was taken to the minute, the customer and their phone number, the order with its current status, the method, both references and the amount. Beside the amount, SETTLED if that order is now square, or what the order was billed if it is not — so a part payment reads as one without opening anything.
Click a row for the full record, including the two links you usually want next: the order it paid and the customer who paid it.
Export CSV writes every payment the current filters match, not the page in front of you — walking the pages up to four thousand rows. If your filters match more than that, it says how many it wrote and asks you to narrow the period, rather than handing you a short file that looks complete.