The Till Will Not Sell What You Have Not Listed
A customer is at the counter holding something that is not in your system. The till will not sell it — and that refusal is a real control, right up to the moment somebody rings it as the wrong item instead.
There is a queue. At the front of it is a customer holding a thing you definitely sell, which is definitely not in the till. Maybe it arrived yesterday and nobody catalogued it, maybe it is a variant nobody set up, maybe somebody deleted it by accident last month. The cashier has about four seconds to decide what to do, the queue is the only thing they are being judged on right now, and whatever they choose in those four seconds is what your inventory data will say happened.
Most writing about point of sale is about the moment of payment. This is about the moment before it, which is where the data is actually decided — and where the most expensive counter habits get established, quietly, by people doing their best under time pressure.
The constraint, stated first
This till cannot sell an unlisted item, structurally
Every line on a sale must point at a real catalogue item. The link is enforced at the database level rather than in the interface, and the line carries no free-text description of its own — so there is no open item, no miscellaneous key, and no way to ring "something, 500" and move the queue along. If it is not in the catalogue, it cannot be sold. That is a deliberate design and, as constraints go, an unusually strict one.
Why that is the right constraint
The alternative — a miscellaneous button with a free price — is the single most common feature in retail software and it quietly destroys everything downstream of the till. A sale rung as "Misc" moves no stock, so your inventory drifts from reality by exactly the amount you sell that way. It has no cost, so it contributes revenue with a phantom margin of one hundred per cent, and your product profitability report is now wrong in the flattering direction. It belongs to no category, so your best-sellers list is missing whatever is genuinely selling. And it is invisible: nothing errors, no report flags it, and the number grows until somebody counts the shelves.
Refusing that is defensible. It converts a silent data problem into a loud operational one, and a loud problem gets fixed. That is very nearly always the better trade.
A miscellaneous button converts a stockroom problem into a reporting problem, where nobody can see it. Refusing the sale keeps the problem where somebody is standing next to it.
But the failure does not disappear. It moves.
The constraint removes one outcome and leaves the cashier with three. Only one of them is good, and the worst one is worse than the miscellaneous button ever was.
| What the cashier does | What the customer experiences | What your data says | How you find out |
|---|---|---|---|
| Adds the item properly, then sells it | A wait — anywhere from thirty seconds to several minutes. | The truth. | You do not need to. This is the working case. |
| Calls a supervisor, who adds it | A longer wait, and visible fuss. | The truth, usually with a hurried description. | A catalogue slowly filling with items named "blue thing 2". |
| Rings it as a similar item at the same price | Nothing. It is seamless. | A lie. Stock moves on the wrong product; margin is attributed to the wrong product. | A stock count, eventually. Nothing before that. |
| Refuses the sale, or takes cash off-system | A lost sale, or an unrecorded one. | Nothing, which is at least honest. | A till variance, if it was cash. Otherwise never. |
Which means the catalogue is now a counter-speed problem
This is the part that gets missed when the constraint is chosen. Deciding the till may only sell listed items is, whether or not anybody says so out loud, a decision that the catalogue must keep up with the shop in real time. It moves a back-office task onto the critical path of every sale. That is a fair trade and it is not a free one, and the organizations where this constraint works are the ones that noticed they had made that commitment.
-
Catalogue at goods-in, not at first sale
The moment stock is received is the moment it should become sellable, and it is the only moment when somebody is holding the delivery note and has the supplier's description in front of them. If items are created at the counter instead, they are created by whoever is most rushed, from memory, in front of a queue.
-
Give someone on the floor the right to create an item
If creating an item requires a manager, the substitution in row three is not a discipline failure, it is the process working as designed. The permission has to sit with somebody who is present whenever the shop is open — with a naming standard, and with a review of what they created.
-
Review what was created yesterday, briefly
Five minutes on the list of items added in the last day catches duplicates while they still have one sale against them rather than four hundred. This is also the only reliable way to find out whether your goods-in process is actually working, because everything it misses shows up here.
-
Watch for the tell of substitution
One product selling suspiciously well while a similar one at the same price never sells at all is the signature of row three. So is a stock count that is persistently wrong in matched pairs — one item long, a similar item short by about the same amount.
What "in the catalogue" has to mean to be useful
An item that exists but cannot be found is the same as an item that does not exist, from the point of view of somebody with a queue. Existence is not the standard; findability in a few seconds is.
- Findable by what is printed on the thing. A barcode if it has one. If it does not, a code somebody can read off a shelf label without turning the product over.
- Findable by what a person would call it. Cashiers search for the word customers use, not the word the supplier prints on the carton. If your catalogue is full of manufacturer part descriptions, searching it is a skill, and skills leave when people do.
- Distinguishable from its neighbours. Two items whose names differ only in a suffix are an invitation to pick the wrong one under pressure. Variants — size, colour, pack quantity — are where this goes wrong most often, and where the resulting error is hardest to spot.
- Priced. An item that exists with no price is worse than a missing one, because it looks like the working case right up to the point of ringing it.
Three questions for whoever supplies your till
Testing the catalogue boundary, not the payment screen
Can a cashier sell something that is not in the catalogue?
What you are listening for
A plain yes or no.
How to read the answer
Both are legitimate. What you must not accept is a vague answer, because this single fact determines whether your inventory data can be trusted and what your counter process has to look like.
If the answer is no — who can create an item, and how long does it take from the till?
What you are listening for
A role, and a number of seconds.
How to read the answer
If the honest answer is "a manager, a few minutes", you will get substitutions and you should plan for them rather than forbid them. The constraint is only as good as the escape route behind it.
If the answer is yes — what does a miscellaneous sale do to stock and to margin?
What you are listening for
An acknowledgement that it does nothing to either.
How to read the answer
A vendor who presents an open-item key as a pure convenience has not thought about the reporting, which tells you something about the rest of the reporting.
A weekly check that takes ten minutes
The catalogue as an operational surface, not a setup task
- Read the list of items created in the last seven days. Duplicates and placeholder names get fixed now, while they have few sales attached.
- Ask the counter staff one question: what did you have trouble finding this week? They know, and nobody usually asks.
- Check that goods received in the last week are all sellable. Anything received and not catalogued is a substitution waiting to happen.
- Look for items with no price, or a price of zero, that are flagged as sellable.
- Scan the slowest-moving items for one that has a fast-moving near-twin at the same price. That pair is worth ten minutes of attention.
The short version
A till that refuses to sell unlisted items is making the right trade: it turns an invisible data problem into a visible queue problem, and visible problems get solved. But the refusal does not eliminate the failure, it relocates it — to the cashier who rings a near-identical product because that is the only option that does not make anybody wait. Accept the constraint and then fund it: catalogue at goods-in, let somebody on the floor create an item in seconds, and read last week's new items every week. The substitution is the thing to watch for, because unlike every other failure at a counter, it leaves the totals looking exactly right.
