ECO and ECN Process Across PLM and ERP
ECO ECN process between PLM and ERP
Also searched as
- engineering change order workflow PLM ERP
- difference between ECR ECO and ECN
- who approves engineering change orders
- how to hand off ECO from PLM to ERP
Short answer
An ECR requests a change, an ECO authorizes and defines it, and an ECN notifies the organization once it is released. PLM should run the workflow up to release, and ERP should receive the released result with an effectivity and a disposition for existing stock and open orders.
Applies to: Discrete manufacturers using a PLM or PDM with workflow plus an ERP; terminology varies by company and by PLM vendor
How to run an ECO from request to ERP release
- 1Capture the change request (ECR) with the problem, affected parts and urgency, ideally in the PLM so the request is linked to the objects it touches.
- 2Run impact analysis: where-used on every changed part, open work orders and purchase orders, stock on hand, supplier lead times and customer commitments.
- 3Define the ECO: affected items, new revisions, redlined BOM, effectivity type (date, serial, lot or unit) and the disposition for each existing quantity.
- 4Route for approval by engineering, manufacturing, quality, purchasing and, for regulated products, compliance, with a due date on each approver.
- 5On approval, release the new revisions in PLM and trigger the ERP transfer automatically.
- 6Confirm in ERP that the new item revisions and BOM are active from the right date, and that planning shows the expected actions.
- 7Issue the ECN to the shop, purchasing and the supply chain so floor documents and supplier purchase orders are updated.
- 8Close the ECO only after ERP acknowledgement and any rework or scrap actions are done.
ECR, ECO and ECN: what each one is for
The vocabulary is not standardized, but the common usage is consistent enough. An engineering change request (ECR) is a proposal: someone thinks something should change and explains why. An engineering change order (ECO) is the authorized work package: it lists what changes, who approves, and what the new design looks like. An engineering change notice (ECN) tells everyone downstream that the change is released and when it takes effect.
Some companies merge these into a single ECO form with stages. That is fine. What matters is that the three functions exist: a request that can be rejected cheaply, an approval gate with the right people, and a broadcast that reaches the shop floor and purchasing, not only other engineers.
Smaller shops often skip the ECR and discover the cost later, when every engineer's idea becomes a formal order. A light triage step before the ECO saves approvers from reviewing changes that were never going to be made.
Where PLM stops and ERP starts
The cleanest boundary is the release event. Before it, the PLM owns the workflow, the redline, the approvals and the revision. After it, the ERP owns the consequences: planning messages, purchase order changes, work order handling and inventory disposition. The release package is the contract between them.
That package should carry more than the new BOM. Include the effectivity, the reason code, the disposition for each affected item (use up, rework, scrap, return to supplier) and a link back to the ECO. Without the disposition, ERP planners have to guess, and they will guess differently on each change.
A frequent failure is an ECO that is approved and released in PLM while the ERP transfer fails overnight. The change is real on paper and absent in planning. Make the transfer status a visible field on the ECO and block closure until it is acknowledged.
Approvers and what each one checks
Engineering checks form, fit and function. Manufacturing checks that the plant can build it with current tooling and that routing and work instructions can be updated by the effective date. Purchasing checks supplier lead times, minimum order quantities and open purchase orders. Quality checks inspection plans and first article needs.
For aerospace and defense, add configuration management and, where the product is subject to customer approval, a class I or class II classification that decides whether the customer must approve. For medical devices, the design history file and risk file updates belong in the same ECO.
Set service levels for each approver, for example two working days, with escalation. Slow ECO approval is one of the most common reasons engineers make unofficial changes on the floor, which then break traceability.
Emergency and deviation changes
Real plants need a fast path: a part is out of stock, a supplier has failed, a line is down. Provide an emergency ECO with a short approval chain and a mandatory retrospective review. Do not leave it to informal emails, because those changes will not reach ERP.
A deviation or waiver is different: it allows a one-time departure from the released design for a defined quantity or period, without changing the design itself. Track it as its own record linked to affected lots, so the exception ends when the quantity is consumed.
Common pitfalls
- !Releasing in PLM before checking open purchase orders and work orders, so supply keeps delivering the old revision.
- !Omitting the disposition for existing stock, leaving planners to decide case by case.
- !Approvers who sign without opening the redline because the workflow has no due dates or escalation.
- !Emergency changes made by email or phone and never entered into PLM or ERP.
- !Closing the ECO when PLM releases rather than when ERP confirms activation.
- !Using one workflow for every change, so a typo fix in a description follows the same path as a structural redesign.
How an ERP-grounded AI assistant handles this
An AI assistant grounded in ERP data can prepare the ECO impact summary that approvers usually build by hand: open work orders, purchase orders and stock for every changed part, plus customers with orders in the affected window. It reads from the ERP, shows its queries, and respects ERP roles. The assistant drafts and informs; approvals and the release itself stay with your people and your PLM workflow.
Frequently asked questions
What is the difference between ECO and ECN?
The ECO authorizes and defines the change before release. The ECN is the notice that tells everyone the change has been released and when it takes effect. Some companies use only one of the terms for both. The functions still matter even if the paperwork is merged.
Should the ECO live in PLM or in ERP?
In PLM when you have one, since the redlines, revisions and approvals live there. ERP should receive the released result and record its own actions against the same ECO number. Running two separate change processes in two systems nearly always leads to mismatches.
How long should an ECO take to approve?
It depends on the product and risk, but a standard change commonly takes days, not weeks. Set due dates per approver and report on cycle time. Long cycle times are a signal that the process is being bypassed, and that is where traceability is lost.
Who decides what happens to existing inventory?
Engineering proposes the disposition, and manufacturing, quality and purchasing agree it, since they own the cost and the risk. Record the decision on the ECO per item and quantity so ERP planners act on a documented choice.
Related
How to Sync the BOM Between PLM and ERP
Make PLM the system of record for the engineering BOM (EBOM) and ERP the system of record for the manufacturing BOM (MBOM), and push only released data from PLM to ERP on a change-release event. Never edit the same BOM structure in both systems, and treat every failed transfer as a visible work item, not a silent log line.
How-toEngineering Change Impact on Open Orders
Before releasing an engineering change, run a where-used on each changed part, then list open work orders, purchase orders, stock, WIP and customer orders that reference it, and set a disposition (use up, rework, scrap, return, or cut over). Record the decision per quantity so planners act on it instead of guessing.
How-toManaging Item Revisions and Effectivity in ERP
A revision identifies a released state of a part or BOM; effectivity says when, or for which units, that revision applies. Use date effectivity for most changes, lot or serial effectivity when traceability matters, and keep revision letters controlled by PLM so ERP never invents its own.
How-toHow to Run an ERP User Access Review (Quarterly Checklist)
An ERP user access review is a recurring control where system owners confirm that every active user, role and privileged permission is still justified. Extract users and roles from the ERP itself, join them to HR status, send each business owner a scoped list to certify or revoke, record the decisions, and execute the removals with ticket evidence.
How-toHow to Test ERP Backup and Disaster Recovery
A backup is only proven when you have restored it and a user has transacted in the restored system. Define RTO and RPO with the business, restore the full ERP stack (database, application, integrations, attachments, secrets) to an isolated environment, run a scripted smoke test, time every step, and record gaps as action items.
How-toERP Patching Cadence: How Often Should You Patch?
Patch the ERP stack in layers on different clocks: operating system and database monthly or quarterly, ERP vendor cumulative updates quarterly or semi-annually, and security fixes on an emergency path measured in days. Test every patch in a sandbox refreshed from production, with a scripted regression and a tested rollback.
AI for ERPAI for Engineering Change Impact on BOMs, Routings, and Open Orders
AI reads a proposed ECO against live BOM, routing, and open order data to show engineering exactly what a change touches before it gets released.
AI for ERPAI for Propel PLM: Using Salesforce Data Access Properly, With Models You Control
AI for Propel PLM on the Salesforce platform: query items, BOMs, changes and quality records with SOQL retrieval, permissions honored, models you host.
Stuck on PLM and ERP (engineering change management)?
Talk to engineers who work inside PLM and ERP (engineering change management) every week, and who build private AI that answers these questions from your own ERP data.