← Back to Work
Process file · Manufacturing Manufacturing

What’s inside: output checking · company memory

Which BOM is current: planning's, purchasing's or the line's?

The question this file answersWhen engineering releases a change, how many versions of the bill of materials exist in my plant by Friday?

Fits: mid-size manufacturers handling 50–500+ POs a day and the paperwork around them.

Typical day

What the desk looks like today

Typical pattern, not a measured desk; no engineering-change volume appears in the manufacturing playbook. A change lands as an email from engineering or the PLM; planning, purchasing and the line each update their own copy of the BOM. It hurts when a purchase order is raised against the old revision.

What changes

What Monday looks like after

On the morning after a release, the planner sees one BOM revision in the ERP and a short list of open orders that the change affects, instead of three departments comparing spreadsheets. The argument that remains is a real one — effectivity and work in progress — not which copy is current.

Typical, not a measured client result. Every figure here comes from the playbook source named below.

One BOM

the same read-and-match build as PO intake — no published figure for engineering changes

Before: planning, purchasing and the line update three copies of the BOM. After: the change is matched to the ERP BOM and open orders, clean changes written, effectivity fights routed to a person. No figure of our own for ECO admin; the PO range is on the parent file.

No published figure for this desk. The range lives on the parent file: POs checked against the catalogue, certificates against the spec →

How this file is built

Deloitte Procurement Analytics (2022) measures purchase-order handling; engineering change administration is not in that study, so its 40–55% stays on the PO file and this one carries no percentage. Not a quality-escape claim.

What we install

What we put in front of the systems you already run

Your ERP and PLM stay — SAP S/4HANA, Dynamics, Infor, Teamcenter, Windchill or the ones you run. This is the same read-and-match build as our PO-and-certificate file, pointed at change orders:

  1. the change is extracted from the notice or the PLM record — part, revision, effectivity, affected assemblies
  2. it is matched against the current BOM and the open purchase and work orders in the ERP
  3. clean, in-effect changes are written to the ERP BOM through its interface for the planner's release, and anything touching WIP already on the line or an ambiguous effective date goes to a person with both revisions side by side.
What stays human — and what this will not do

Effectivity. Work already on the line. Customer-driven exceptions.

Not a quality-escape claim.

What can go wrong — and what we do about it

If the PLM and ERP already disagree on the current revision, the match fails on every line until that baseline is reconciled — expect that as the first job. Effectivity dates and WIP are judgement calls by design; the build never writes a change that touches open work orders without a person confirming it.

What it costs to get there

The path: free 60-second estimate → free 20-minute review → paid audit of this one process (€1.5–3K, typically two weeks) → pilot with your people in the loop (€10–20K, weeks, not quarters). No transformation programme. Prices are public, on the services page →

Scoped in the audit — the playbook has no estimate for this exact desk.

This is about you if…
What does this mean in euros?

That depends on your volumes and wage costs — this page will not invent the number. The free 60-second estimate runs that calculation from your answers, with every multiplier sourced.

Get your free savings estimate 60 seconds · no sales call Or write first → Map a manufacturing process like this one — free, 60 seconds →

Not a named Aperanda client. Process file · Manufacturing.

Short process file. Same build as its parent file; the playbook has no separate volume or benchmark for this desk.

All process files