The Payment You Took at the Counter and Never Wrote Down

There is a leak in most repair shops that is quieter than unbilled work, and it is easier to fix. The repair gets done. The bill gets written. The customer pays, in cash, at the counter, on their way out the door with the laptop under their arm. And nothing anywhere records that the money arrived.

The money is real. It is in the drawer. The problem is not theft or sloppiness, it is that the only system that knows the bill was settled is you, and you are about to have eleven more conversations before lunch.

The bill and the payment come from different directions

Billing is something you do at a screen. You look up the job, you price it, you produce the invoice. That step happens in the software because there is nowhere else for it to happen.

Getting paid is something that happens to you. A twenty and two tens across the counter. A Venmo notification on your phone. A check left with the receptionist. A card run on a terminal that has no idea what an invoice is. A customer who pays half now and says they will drop off the rest Friday.

Money arrives in more ways than any software expects, and every one of those ways lands somewhere other than the invoice it belongs to. So the invoice sits open. Not because anyone made a mistake, but because closing it is a separate act of typing that nothing forces you to do and nobody is standing there waiting for.

What it costs, in order of how bad it feels

You chase a customer who already paid. This is the expensive one, and it is expensive in a currency you cannot get back. Six weeks later you run your open invoices, see one from a regular, and send a polite note about the outstanding balance. They paid you in cash. They remember paying you in cash. Now the shop that fixed their machine looks like the shop that cannot keep books, and they tell one person, and that person was going to bring you a laptop.

You write off money you were actually owed. The mirror image. The list of open invoices got long enough and wrong enough that you stopped believing it, so when a real unpaid bill sits in there you treat it like the rest of the noise. Nobody decides to forgive that money. It just quietly stops being real.

Your outstanding number becomes a number you ignore. This is the one that does the long term damage. A receivables figure is only useful if it is right. Once it is wrong twice, you stop opening it, and then you are running the shop on a feeling about whether this month was good. Feelings are terrible at telling the difference between a good month and a busy one.

The test, and you can run it right now

Without opening anything, name your three oldest unpaid bills. Customer, amount, roughly how old.

Now open the list and check.

If you cannot name them, that is normal and it is exactly the point. That list is supposed to be the thing you do not have to carry in your head. If the list disagrees with you, the answer is almost never that a customer stiffed you. It is that a payment landed somewhere that was not the bill.

Record the payment in the same motion as handing back the device

The fix is a timing change, not a discipline change. Do not resolve to be better at reconciling. You will not be, and neither will I, because reconciling is a task with no customer standing in front of you and it will lose every single time it competes with one who is.

Instead, attach the money to the moment that already has your full attention: the handover. The device goes back across the counter and the payment goes onto the bill, right then, while the person who just handed you cash is still standing there. It takes about eight seconds. It is the only moment in the whole process where you have perfect information about what was paid and how.

Two rules that make it stick:

1. Every payment goes on the bill, whatever form it arrived in. Cash is a payment. A check is a payment. Venmo is a payment. The card you ran on the standalone terminal is a payment, and the fact that the terminal already knows about it does not help you, because the terminal cannot tell you which invoice it belongs to. If it settled a bill, it belongs on the bill.
2. Half a payment is still a payment. Deposits and part payments are the worst offenders, because "they paid something" is the hardest state to hold in your head and the easiest to record wrong. A bill that is partly paid should say partly paid, with the balance on it, not sit there looking identical to one nobody has touched.

How to check your own shop this week

Pull every invoice that is still open. Then work backwards on the oldest ten, one at a time, and put each into one of three piles: genuinely unpaid, actually paid and never recorded, or should never have been invoiced that way in the first place.

The size of the middle pile is the number you are looking for. Most shops expect it to be one or two. It is usually more, and the reason it is more is never carelessness, it is that no step in the day ever asked for it.

Then fix the ten and change the handover. The backlog is a one time job. The habit is what stops it coming back.

The honest part

A shop management system that cannot tell you whether you got paid is not managing very much. The record of the work and the record of the money have to be the same record, or you end up with two versions of the month and no way to choose between them.

That is why techsbox records a payment straight onto the invoice, whether it came in as cash, a check, a card, PayPal or Venmo, and marks the bill partly paid with the balance still on it when someone pays half. What is still owed stays visible as what is still owed, and the customer who paid you at the counter stops appearing on a list of people to chase.