Book a call
Home  /  Insights  /  Manufacturing

Work-order scrap: capturing it where it actually happens

If scrap is entered at month end from a paper sheet, your standard costs are fiction. Capturing it at the operation changes what the GL can tell you.

A
Atsovia NetSuite team
26 August 2026 · 8 min read

Ask a plant manager how much scrap they ran last month and you will usually get a good answer. Ask the general ledger the same question and you will often get a different one. The gap between those two numbers is where manufacturing costing quietly stops being useful.

The cause is almost never the accounting. It is where and when the scrap is recorded.

The paper sheet problem

The common pattern: an operator notes scrap on a sheet at the machine. The sheet goes to a supervisor. At month end someone keys a total into the system, or posts a single adjusting entry. It works, in the sense that the inventory balance ends up roughly right.

What it destroys is attribution. One number at month end cannot tell you which work order, which operation, which shift or which lot the loss came from. So every downstream question, is this a tooling problem, a material problem, a training problem, has to be answered from memory rather than data.

It also lands the entire variance in one period, on one day, with no warning. The first anyone in finance hears of a bad month is after it closed.

A month-end scrap number is not a late measurement. It is a different measurement, and it cannot answer the questions you actually have.

What good capture looks like

Scrap should be recorded at the operation that produced it, by the person who saw it, at the time it happened, against the work order it belongs to. In NetSuite terms that means it is entered as part of work order completion rather than as a separate inventory adjustment later.

01
Quantity scrapped, at the operation
Not just "scrapped 40" but "scrapped 40 at operation 30". Without the operation you cannot tell whether you lost raw material or a nearly finished assembly, and those cost very different amounts.
02
A reason code, from a short list
Short is the operative word. A list of forty reasons gets the first item picked every time. Six to ten, reviewed quarterly, gets you honest data.
03
The component consumed, not just the output lost
Scrapping an assembly at a late operation consumes all the material and labour up to that point. If only the finished quantity is reduced, the costing understates the loss every time.
04
Entered where the work is
A tablet or scanner at the line. If capture means walking to an office terminal, the sheet comes back within a fortnight.

What the ledger can tell you once it is in place

The immediate change is that scrap stops being a month-end surprise and becomes a running number. Beyond that, three things become answerable that were not before.

Question
Before
After
Usable for
Which operation loses most?
Unknown
Ranked
Process improvement
Is this lot or this shift?
Anecdotal
Measured
Root cause
What is the true unit cost?
Understated
Actual
Pricing
Are we improving?
Month totals
Trend by cause
Investment case

The third row is the one with money attached. If scrap is not attributed to the operation, standard cost carries an optimistic yield assumption, and every price built on that cost is quietly too low. On a high-volume, thin-margin part that is not a rounding error.

The objection you will get, and the honest answer

Operators will say this is more data entry, and they are right, it is. The trade is worth making only if the data comes back to them. If the scrap they key in appears on a shift board the next morning and leads to a fixture being replaced, capture holds. If it disappears into a finance report nobody on the floor ever sees, it degrades within a month, and no amount of system design prevents that.

Where to start

Not with the full scheme. Pick the one part number with the worst suspected yield, capture properly on that line only, and run it for a month. You get a real measurement, the operators get a short list of reasons rather than an abstract policy, and you find out what the capture actually costs in seconds per completion before committing the whole plant to it.

Almost every rollout we have seen that started plant-wide ended up back at a paper sheet. The ones that started with a single line are still running.

Try it on your own numbers

Implementation scope estimator

Six questions about your business, and an indicative phase plan with the arithmetic shown.

Open the calculator
A
Atsovia NetSuite team
Implementation and development

Years of building on NetSuite: SuiteScript, SuiteFlow, SuiteQL, SuiteTalk, Advanced PDF templates and Celigo integrations. We write these up when a problem comes round for the third time.

More about the team → Get in touch →

Keep reading

SuiteScript
Why your Map/Reduce keeps hitting SSS_USAGE_LIMIT_EXCEEDED
9 min read
Administration
Cutting NetSuite file cabinet costs without deleting anything
7 min read
SuiteQL
SuiteQL or saved search: how to decide, with the governance maths
11 min read
Next step

Book a free consultation

Tell us what you are running today and where it is breaking down. Most calls run 20 to 30 minutes and end with a clear next step. We reply within one business day.

Talk to a consultant