The reminder sent to a customer who had already paid

There is an error in receivables management that appears in no metric and is still the most expensive one most companies make. It looks like this: a customer pays on time, the amount lands in the account without a reference, nobody gets round to matching it, and three weeks later the reminder run sends a letter.

The fee can be credited. The letter cannot be taken back.

Why it happens when everything else works

It is rarely carelessness. It happens because matching is the one point in the receivables process where the work cannot be put on a deadline. Reminders can run to a calendar. Formal demands can run to a statutory deadline. But a payment without a reference requires a human being to work out which invoice it belongs to — and that work gets postponed exactly when there is most of it.

Meanwhile the invoice sits open. It appears in the aged debtors report, it pushes DSO up, and it forms part of the basis the reminder run works from. The system is not doing anything wrong. It simply does not know the bill has been paid.

The price is not in the ledger

A mistaken reminder costs nothing in any account. It costs the thing that is hardest to rebuild: the customer’s confidence that you have control of your own book. A customer who paid on time and gets chased anyway learns two things. That your system cannot keep up. And that paying precisely may not matter all that much.

The second is the serious one. A reminder works because it is credible. A systematic reminder flow genuinely shifts payment behaviour — that is well documented. But it works because the recipient assumes the letter is right. Send two letters that were not right, and the third is just post.

It can be fixed in one place

The fix does not sit in the reminder run. It sits upstream, in the matching: an unambiguous reference on the invoice, a payment method that carries the reference with it, and a reconciliation that runs by itself rather than being something somebody gets to when there is time.

If the payment finds its invoice on its own, the whole problem disappears — not as an improved process, but as a category of error that can no longer arise.