Know who owes you, and since when

Receivables ages every unpaid and part-paid invoice from its invoice date into the buckets collectors actually work: current, 1–30, 31–60, 61–90, beyond. The screen leads with the total and the aging bar, then lists customers with their balance split across the buckets — so the morning question is answered in one glance: who, how much, how late.

The list is live from the server, not last night's cache. A payment recorded at any till updates the customer's row now, so two people cannot chase money that was collected an hour ago.

The design encodes the collector's rule: the older a debt, the lower the odds. The oldest bucket sits in view, sorted for action, and every row carries its tools — statement out by PDF, email or WhatsApp; payment recorded on the spot; the customer's document history one tap deep for the inevitable 'which invoice is that?' conversation.

Credit limits turn aging into prevention: a customer at their limit cannot buy more, which the till enforces before charging. Receivables is where you see the limit doing its job — and where collecting unlocks the next sale.

The receivables total on this screen is the Accounts Receivable balance in the ledger — the same figure on the trial balance and the balance sheet, because it is read from the same postings. There is no sub-ledger to tie out at month end; the operational view and the accounting view are one view.

Every invoice, payment and credit note behind a balance is a posted document, so drilling from 'Maria owes $34,723.81' to the exact invoices takes seconds — in front of the customer, if need be.

One honest subtlety: if you sell through a marketplace, those buyers paid the marketplace on day one — that money belongs in a clearing account, not in receivables. SeroBooks keeps the distinction, so your receivables stay what they claim to be: money real customers actually owe you.

It is a small correctness that pays off at filing time, when the balance sheet has to explain itself line by line.