ECO Types & Stages in Odoo 18
By Braincuber Team
Published on December 28, 2025
Engineering managers handling product changes create approval chaos: mechanical engineer proposes component substitution for Electric Motor BoM, emails request to 5 reviewers, 3 approve via email but 2 never respond, engineer assumes approval implements change to production BoM, production discovers incompatible part causing $25K assembly line stoppage, investigation reveals no documented approvals—creating production crisis and compliance failures from informal change management without systematic ECO workflow tracking who approved what changes when.
Odoo 18 ECO Types & Stages enable structured engineering change management with ECO Type projects organizing changes by category (Product Design/Firmware/Components), customizable stage workflows (Feedback→In Progress→Verification→Approved→Closed), required approver configuration preventing unauthorized BoM changes, email alias auto-creation for external requests, Kanban visualization tracking ECO progress, folded stage cleanup, and flexible tagging—ensuring traceable change control reducing unauthorized production changes 90% through enforced approval gates and audit trails.
ECO Features: Type-based projects, Custom stage workflows, Required approvers, Email alias creation, Kanban tracking, Verification stages, Closing stages, Tag categorization, Audit trails
What are ECO Types?
ECO Types categorize Engineering Change Orders into projects grouping similar changes:
- Separate Workflows: Each type has its own stage pipeline
- Team Focus: Design team sees only design ECOs, firmware team sees only firmware ECOs
- Organized Management: Changes grouped by category not mixed together
Common ECO Type Examples:
- Product Improvement: Design enhancements, material upgrades
- Firmware Update: Software/firmware changes
- Component Substitution: Supplier changes, part replacements
- Cost Reduction: Value engineering initiatives
- Regulatory Compliance: Safety/compliance-driven changes
Creating ECO Type
- Go to PLM → Configuration → ECO Types
- Click New
- Configure type fields (detailed below)
- Save
ECO Type Configuration Fields:
- Name: Type identifier (e.g., "Product Improvement")
- Organizes ECOs into dedicated project
- Appears in navigation/filtering
- Email Alias: (Optional) Auto-create ECOs from emails
- Example: product.changes@yourcompany.odoo.com
- Email sent to alias → automatic ECO creation
- ECO placed in left-most (initial) stage
- Useful for supplier requests or external submissions
Example Setup:
ECO Type: Component Substitution
- Name: "Component Substitution"
- Email Alias: component.changes@company.odoo.com
- Purpose: Track supplier part changes
Editing ECO Type
- Go to PLM → Configuration → ECO Types
- Click on type to edit
- Update Name or Email Alias
- Click Save
ECO Stages Overview
Stages define the structured path ECOs follow from creation to completion:
Typical Stage Workflow:
- Feedback: Initial submission, gathering requirements
- In Progress: Engineering working on change
- Verification: Review/approval required (with approvers)
- Approved: Change approved, ready to apply
- Complete/Closed: ECO finished or cancelled
Creating ECO Stage
- Go to PLM → Configuration → ECO Stages
- Click New
- Enter Stage Name
- Configure options (detailed below)
- Save
Stage Configuration Options:
- Folded in Kanban View: Collapse this stage column for cleaner layout (typically for closed/cancelled stages)
- Allow to Apply Changes: Enable applying BoM/routing updates in this stage
- Approvers: Users who must approve before ECO progresses
- Role: User's role
- User: Specific person
- Approval Type: "Is required to approve" (mandatory) or optional
- Final Stage: Marks endpoint of ECO workflow
Creating Stage from Kanban View
Add stages directly from PLM Overview dashboard:
- Open PLM → Overview
- Select ECO Type project
- Click + Stage button (right side of Kanban)
- Enter stage name (e.g., "Testing")
- Click Add
Benefit: Quick workflow adjustment during product launches without navigating to configuration.
Configuring Verification Stage
Verification stages require approvals before applying BoM changes:
- In Kanban view, hover over stage column
- Click ⚙️ gear icon → Edit
- Check "Allow to apply changes"
- Under Approvers, click "Add a line"
- For each approver:
- Select Role
- Select User
- Set Approval Type: "Is required to approve" (at least one must be required)
- Click Save & Close
Important: At least one approver must have "Is required to approve" type. ECO cannot proceed without explicit approval preventing unauthorized production changes.
Approval Notification:
When ECO moves to verification stage:
- Assigned approver(s) receive automatic notification
- Approver reviews ECO details
- Approver accepts or rejects
- ECO progresses only after required approvals obtained
Configuring Closing Stage
Final stage marking ECO completion or cancellation:
- Hover over final stage in Kanban
- Click ⚙️ gear icon → Edit
- Check "Folded in Kanban view" (collapse for cleaner layout)
- Check "Allow to apply changes" (enable final BoM application)
- Check "Final Stage" (designate as workflow endpoint)
- Click Save & Close
ECO Tags
Flexible categorization across ECO types:
Creating Tags:
- Go to PLM → Configuration → ECO Tags
- Click Create
- Enter Tag Name
- Save
Example Tags:
Priority
High Priority, Urgent, Low Priority
Category
Safety, Cost Reduction, Quality
Reason
Supplier Change, Design Flaw, Customer Request
Applying Tags:
- Edit ECO record
- Select one or more tags in Tags field
- Or use quick-edit from Kanban/List view
Benefit: Same tags work across all ECO types enabling cross-project filtering (e.g., show all "High Priority" ECOs regardless of type).
Complete Workflow Example
Scenario: Electric Motor Component Substitution
- Setup: ECO Type "Component Substitution" with stages: Feedback → In Progress → Verification (Engineering Manager approval required) → Approved → Closed
- Request: Supplier emails component.changes@company.odoo.com about bearing substitution
- Auto-Creation: ECO auto-created in "Feedback" stage
- Engineer Work: Engineer moves to "In Progress", evaluates compatibility
- Verification: Engineer completes analysis, moves to "Verification"
- Approval: Engineering Manager receives notification, reviews, approves
- Application: ECO moves to "Approved", BoM updated with new bearing
- Closure: ECO moved to "Closed" (folded, audit trail preserved)
Best Practices
Always Configure Verification Stage: At least one stage with required approvers = mandatory. Prevents engineering changes applied without oversight. Production BoM update without approval = potential assembly line failure costing $10K-100K+ per incident.
Use Email Aliases for External Requests: Suppliers sending change requests via regular email = lost in inbox, no tracking. Email alias auto-creates ECO with audit trail showing: who requested, when submitted, current status, approval history. Never lose change request again.
Fold Closed Stages Not Delete: Completed ECOs moved to "Closed" stage folded in Kanban = clean workspace but preserved history. Deleting ECOs = lost compliance documentation when auditor asks "why did BoM change in March?" 2 years later.
Conclusion
Odoo 18 ECO Types & Stages enable structured engineering change management through type-based project organization, customizable approval workflows, verification gates with required approvers, and flexible tag categorization. Reduce unauthorized production changes 90% ensuring traceable change control with complete audit trails for compliance and continuous improvement.
