erpkaizen

Measuring the value

When to let the machine post and when to make a person press: the auto-post gate in money

Has a measurement By 28 Oct 2026 About 9 min
A draft enters a gate with eight conditions. All eight true: it takes the narrow branch up, posted automatically. One false: it takes the wide branch down, waiting for a person to reply post or drop. The bank's own notices, drawn as squares, always take the branch down. Draft 8 conditions posts itself all eight true waits for a person post · drop bank notice: always waits One wrong posting = 100+ correct automatic ones so the gate has to be narrow
All eight conditions true: the narrow branch, posted automatically. One false: it waits for a person. Bank notices always wait.

Once the draft exists, auto-posting only saves the minutes of the person pressing — while one wrong posting takes back the money of more than a hundred correct automatic ones. The gate's eight conditions, why the auto-post rate fell to zero once bank notices arrived by themselves, and the break-even threshold.

Drag the auto-post threshold — what does it save, and how much does one wrong posting take back?

Each dot is one money transaction in a month, placed by how sure the gate is about the draft. Right of the threshold: the assistant posts it. Left: it waits for a person to reply “post”. Squares are the bank's own notices — they always wait for a person, wherever they sit.

Already drafted; only the “post” step is left
Always waits for a person, by design. In the company in this piece: close to 100%
Grows as the assistant learns — pushes dots to the right
Find it, cancel, repost, and the part that becomes money really lost

Derived from the threshold and the four numbers above

Posted automatically per month–
Waiting for a person per month–
Extra wrong postings expected per month–
Break-even threshold–
Assumptions — click to see and edit every number

What a person no longer does

Risk

A month of transactions, by how sure the gate is Filled = posts itself · hollow = waits for a person · square = bank notice, always waits
A month of transactions, by how sure the gate is
90%

A. Minutes a person no longer spends–
B. Extra wrong postings, in money–
Net benefit of auto-posting / month–

An estimate, not a promise. Set the reading minutes to zero: every threshold loses money or breaks even. Drag the threshold to 100%: nothing posts itself, both lines are zero. An honest model has to be able to do both.

Once an accounting assistant has the draft ready in the group chat, what is left for a person is reading two lines and replying "post". The next question comes quickly: if the draft is right nine times out of ten, why not let the machine post it as well?

This piece works out exactly that question, in money. The short answer: one wrong posting takes back the money of more than a hundred correct automatic ones. So the auto-post gate has to be narrow, and at the company in this piece it is so narrow it is almost shut — on purpose.

1. What the gate decides

The draft exists already. Amount, date, party, account and the invoice it settles are all on it. The gate only decides who presses the last button: the machine, or a person with the right to. So the money the gate can save is the minutes of the person pressing, not the minutes of keying — keying was counted in the previous piece, and it must not be counted twice.

2. When the gate opens

The gate posts on its own only when every condition below holds. One false, and the draft waits for a person, with a message saying why.

  1. Auto-posting is switched on for that company.
  2. The job came from exactly one screenshot, and nobody has written anything more in it. If someone explains or corrects, that person presses post.
  3. The package does one thing: post its own draft. No cancelling, no editing another voucher, no new customer, supplier or account.
  4. Exactly one voucher, matching exactly one posting rule a person has confirmed — not a rule under suspicion.
  5. Amount, date and account on the voucher match an independent reading of the screenshot — never checked against the word of the same assistant that drafted it.
  6. The party is someone already known: an account number seen before, or an exact name match to one person and only one.
  7. The reading is certain: no two different amounts, no suspected duplicate.
  8. The company's own cash account was not guessed.

And one rule running the other way: cancel a voucher the gate posted, and its rule becomes "suspect"; next time, everything matching that rule waits for a person.

3. What happened

In the first week the gate posted 13 of 22 screenshot payments on its own — more than half. Then bank transactions began arriving in the group by themselves: every payment into and out of the company's accounts, no screenshot needed. From that day these transactions always wait for a person, by design — and the auto-post rate went to zero.

The reason is in conditions 2 and 5. A notice from the bank says money moved, not why; nobody in the group has said what it is, and there is no second reading to cross-check — there is only one source. That is exactly the kind of payment the gate has nothing to stand on. A rate of zero does not mean the assistant got worse; it means the gate is doing its job with a new kind of input.

4. Stream one: the minutes a person no longer spends

Benefit/month = payments posted automatically × minutes to read a draft and reply × hourly cost
Example 220 money transactions a month, half of them bank notices (always wait), 60% matching a confirmed rule. At a 90% threshold the gate posts about 53 on its own. Each saves the accountant 1.5 minutes. 53 × 1.5 min × 70,000 VND an hour ≈ 93,000 VND a month.

A small number, and it has to be: the expensive part of a voucher was already taken away by the draft. One correct automatic posting saves about 1,750 VND.

5. Stream two, with a minus sign: extra wrong postings

Cost/month = Σ over automatic postings (chance the draft is wrong × share a reader would have caught) × cost of one wrong posting

Only the share a person would have caught is what auto-posting adds. A wrong draft the reader would not have noticed either is wrong anyway; the gate does not make it worse.

Example The chance of a wrong draft falls with the square of certainty: 30% at the least certain payment, close to zero at the most certain. A reader catches 80% of wrong drafts. One wrong posting costs finding it, cancelling, reposting, and sometimes real money: 300,000 VND. At a 90% threshold, the 53 automatic postings let through about 0.03 extra errors. 0.026 × 300,000 ≈ 8,000 VND a month.

6. The break-even threshold

The two streams are equal at exactly one level of certainty:

chance the draft is wrong × share a reader catches × cost of one wrong posting = minutes to read × hourly cost
Example 1,750 ÷ (80% × 300,000) = 0.73%. A payment is only worth posting automatically when the chance it is wrong is below **about 1 in 140**. On the error curve assumed above, that is a certainty of **84%**.

Below that line, every dot dragged across to the automatic side loses money. The calculator draws the net benefit by threshold right above the strip of dots: it climbs, peaks around 84–85%, then falls fast to the left. Drag the threshold down to 70% and the gate posts 30 more payments, while the net benefit drops from about 85,000 to 56,000 VND.

7. Learning rules pushes dots to the right — but not the squares

Each posting rule a person confirms is a group of payments moving from "wait" to "certain". In the calculator that is the "share matching a rule" field. Suppose there were no bank notices at all (as in the first week): raise the share matching a rule from 60% to 80% and the net benefit at a 90% threshold goes from about 159,000 to 196,000 VND. Learning does not make the threshold more lenient; it makes more payments clear the same threshold.

The squares do not move. A bank notice never posts itself, however sure the assistant is — one source, nobody telling.

8. Adding it up

CaseAutomatic / monthNet benefit / month
Threshold 90%, half are bank notices5385,000 VND
Threshold 84% (break-even), as above6390,000 VND
Threshold 70%, as above8356,000 VND
Threshold 90%, no bank notices99159,000 VND
Every transaction comes from the bank (today)00 VND

On every row the net benefit of auto-posting is under two hundred thousand a month — while one wrong posting is three hundred thousand. The conclusion is not "do not automate": the part of the automation worth the money is the draft, and it is already there. The "post" step is so cheap that keeping it costs almost nothing.

9. What this ROI rests on

The deciding assumption is the share of wrong drafts a reader catches. It has an uncomfortable side: if the person pressing "post" does not read, that share is zero, the extra wrong postings are zero too, and auto-posting always pays. In other words, the gate should be exactly as strict as people really read. If the post step is a ritual, opening the gate wide is the more honest choice; if people really read, the gate must be narrow.

Set the reading minutes to zero: every threshold loses money or breaks even. Drag the threshold to 100%: nothing posts itself, both lines are zero. A model that cannot collapse to zero is a prejudice in arithmetic costume.

10. Measuring it in your own company

  1. Measure the share a reader catches. Each week, take 20 vouchers a person posted and check them from scratch. Count the wrong ones the person pressing did not see. That number decides the gate.
  2. Count cancellations by source. How many automatic postings were cancelled, how many human-approved ones — on the same kind of payment.
  3. Watch the rules that turn suspect. Each rule moved to "suspect" is one time the gate opened in the wrong place.

And one more thing worth measuring every day, not every week: whether the book balance still matches the bank right after posting. A wrong posting, by machine or by person, shows up there first.

11. What to remember

Automating the last step is the cheapest part to build and the most expensive part to get wrong. Once the draft exists, the question is no longer "can the machine post it", but "how many correct postings does one wrong one cost". Here, about 170.

The auto-post gate does not measure how good the assistant is. It measures how expensive one mistake is.

Counts in this piece were measured on a real retailer's system, anonymised and rounded; the error curve, the cost of a wrong posting and every assumption in the calculator are illustrative. Replace them with your own.

Read next