Most advice on reducing order-entry errors is an argument for buying something. These are ordered by return on effort, and the first five need no new software at all.
1. Make the unit of measure a required confirmation, not a default
The single highest-value change on most desks. Where a customer's unit does not exactly match your item record, the entry should not proceed on an assumption. Most ERPs can be configured to force the confirmation; where they cannot, a checklist beside the screen does most of the work.
2. Put the source document beside the entry screen
Printing the PO, or working from a second monitor, removes the memory step between reading and typing. Errors in re-keying cluster on lines where the operator held a value in their head across a screen switch.
3. Keep a written cross-reference per customer
Even a spreadsheet. The knowledge of what a given customer's shorthand means currently lives in one or two people, and it walks out at five o'clock. Writing it down is unglamorous, costs nothing, and is the control that most reduces single-person dependency.
4. Check the order total against the customer's stated total
If their document carries an extended total, compare it. It is a free checksum over quantity, price and unit at once, and it catches the per-hundred and per-thousand errors that survive a line-by-line read.
5. Read revisions against the original, never on their own
A document marked REV B is a diff, and processing it as a fresh order duplicates or contradicts what is already in the system. The control is procedural: find the original before entering the revision, every time.
6. Separate who enters from who releases on high-value orders
Above a threshold you choose, a second person confirms before release. Expensive in time, so apply it by value rather than universally — and set the threshold from your actual rework history, not from a round number.
7. Log every correction with its cause
Not to assign blame — to find the pattern. Most desks discover that a large share of rework traces to a small number of customers whose documents are structurally difficult, and that is a fixable conversation rather than a training problem.
The instrument matters as much as the control
If your correction log has one bucket called 'entry error', it will tell you nothing. Separate wrong item, wrong quantity, wrong unit, wrong price and wrong date, or the log records that something went wrong without recording what.
8. Ask your worst-format customers to change one thing
Not to adopt EDI — one specific thing. Sending the PO as a PDF rather than a photo of a PDF, or including their part number alongside the description. Framed as a single small request to a long-standing supplier relationship, it is agreed to more often than people expect.
9. Then consider automation, and evaluate it on the right thing
If the volume genuinely warrants it, the question to evaluate on is not extraction accuracy. It is what the system does when it is not confident.
- Does it block on an unrecognised unit of measure, or default it?
- Does it show the conversion arithmetic, or just the result?
- Does a learned alias apply to one customer, or to everyone?
- Can a person see the original document beside every extracted value?
- Does a blocked line hold its whole order, or can a partial order escape?
A product that scores well on those five will report a lower automation rate than one that does not, and will cost you less in credits and apologies.
More articles
- Per M, Per C: How Fastener Pricing Units Break Order AutomationM means per thousand and C means per hundred. Get it wrong and you ship a hundredth of the order or a hundred times it. Here is why general-purpose document AI gets this wrong, and what correct handling looks like.
- What Manual Order Entry Actually Costs Your DeskEvery vendor quotes a cost-per-order benchmark and almost none of them source it. Here is the arithmetic to work out your own number in about ten minutes, using figures you already have.