Skip to content
All insights

General

Every Exception Becomes a Manual Investigation

By Shanshan "Sasha" Ma

The system handles the normal case. The exception becomes a person opening six tabs to reconstruct what happened. Why exceptions are the real work — and how they stop being investigations.

"Every exception becomes a manual investigation."

That sentence contains the entire economics of operations work. The system handles the normal case — the routine order, the standard renewal, the scheduled delivery. The exception becomes an investigation: what happened, what changed, who knew, what was agreed, what happens now.

Investigations are expensive in a way that rarely shows up in a report. They are not slow because the answer is hard. They are slow because the evidence is scattered.

What people say when you ask

Operations forums are full of the same scene: the exception arrives, and someone starts opening tabs.

In r/ERP, the thread "ERP demo looked great. First month live felt slower than spreadsheets" describes the experience from the inside — the system handles the standard path beautifully, and everything that deviates from it moves back to a human and a spreadsheet. The thread's own advice is telling: pick a small set of decisions that must live in the system, and hold the line — because everything else will drift out.

r/SAP's "ERP struggles usually start after go live" names the same thing in four words: Excel workarounds, and no clear ownership. The software is rarely the issue. The gap between the process the system was designed for and the process the business actually runs is the issue.

And r/manufacturing's thread on Excel describes the volume of it: one colleague maintaining 40+ spreadsheets to handle what the system around the work couldn't.

Nobody is describing incompetence. They are describing an exception process with no home.

Why it keeps happening

Exceptions are negotiated in conversation, and conversation leaves no structured trace.

When the normal case breaks, someone emails a supplier, calls a customer, checks a drawing, asks a colleague, and agrees a workaround. All of that produces a decision — and almost none of it produces a record attached to the thing being worked on. The investigation is necessary because the previous investigation left nothing behind.

So each exception costs full price. Nothing compounds. The tenth time you resolve the same kind of supplier delay, you start from zero again.

What it costs

  • The clock starts at zero for every exception, however familiar it is.
  • The person who investigates is usually the most experienced person available — the most expensive attention in the business.
  • Exceptions resolved late cost more than exceptions resolved early.
  • Nobody can tell how many exceptions there are, so nobody can fix the source.

What LevelOneAI does about it

We treat the exception as the primary object, not the accident.

The engine assembles the context for a piece of work as it moves — the email, the attachment, the update from the system of record, the correspondence, the last time this happened. When something deviates, it surfaces as an exception with the context already attached: what changed, what is missing, what the options are, and who owns the next step.

The investigation collapses into a decision. Your people still make the call — we are not automating judgment, least of all on exceptions — but they make it in seconds rather than in an afternoon of reconstruction.

And because every exception is now visible in one queue, the patterns become obvious: the same supplier, the same missing field, the same approval bottleneck. That is how exceptions stop being a daily emergency and become a fixable list.

The test

Take the last exception your team resolved. Ask how long it took to gather the information, versus how long it took to decide. The gap between those two numbers is the work we remove.