← 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.
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:
- the change is extracted from the notice or the PLM record — part, revision, effectivity, affected assemblies
- it is matched against the current BOM and the open purchase and work orders in the ERP
- 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…
- Do engineering changes still reach planning and purchasing as emails, each updating their own BOM copy?
- Does your ERP hold the master BOM with revisions and effectivity, and does your IT allow writes to it?
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.
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