Introduction
Manufacturing problems do not always start on the shop floor.
A production order can fail because the wrong component was selected, a supplier received an outdated specification, a product was manufactured using an old revision or nobody was sure who approved a change to the Bill of Materials.
These problems become more serious as manufacturers introduce multiple products, engineering changes, subcontracting, multiple warehouses or several production locations.
In Odoo, the Bill of Materials is more than a list of components. It can influence purchasing, manufacturing, inventory consumption, costing, planning and production execution.
That makes BoM governance an important part of manufacturing control.
A strong governance model answers three basic questions:
Who owns the BoM?
Which version should be used?
Who can approve and change it?
This guide explains how businesses can build a practical Bill of Materials governance framework in Odoo covering ownership, version control, change management, approvals, testing and continuous improvement.
Why BoM Governance Matters in Odoo
A BoM defines how a finished product is manufactured.
It can include:
- Components
- Quantities
- Operations
- Work centers
- Manufacturing steps
- By-products
- Manufacturing instructions
- Subcontracting requirements
- Product variants
If the BoM is incorrect, the impact can extend beyond production.
An incorrect component quantity can affect inventory consumption.
An outdated component can affect product quality.
An incorrect operation can affect production time.
A wrong BoM can also influence manufacturing costs and purchasing requirements.
Therefore, the question should not simply be:
“Can users edit the BoM?”
It should be:
“How do we ensure every production order uses an approved and controlled manufacturing structure?”
1. Establish Clear BoM Ownership
| BoM Activity | Responsible Team | Approval Required |
|---|---|---|
| Create BoM | Engineering / Manufacturing | Yes |
| Modify Components | Engineering | Yes |
| Change Quantities | Manufacturing / Engineering | Yes |
| Review Quality Impact | Quality | When applicable |
| Review Cost Impact | Finance | When applicable |
| Validate Supplier Impact | Purchasing | When applicable |
| Final Approval | BoM Owner | Yes |
| Release to Production | Authorized User | Yes |
One of the most common governance problems is unclear ownership.
Production may maintain the BoM.
Engineering may design it.
Purchasing may suggest component changes.
Quality may identify defects.
Finance may need accurate manufacturing costs.
If everyone can change the BoM but nobody owns it, governance becomes difficult.
Define a BoM owner
A BoM owner should be responsible for:
- Maintaining the approved structure
- Reviewing change requests
- Coordinating cross-functional approval
- Ensuring required information is complete
- Managing revisions
- Supporting testing
- Reviewing obsolete BoMs
- Maintaining documentation
The exact owner depends on the organization.
For engineered products, Engineering may own the technical structure.
For standardized manufacturing, Operations or Manufacturing Engineering may own it.
The important principle is:
Every critical BoM should have a clearly defined business owner.
2. Separate BoM Creation From BoM Approval
The person who creates a BoM does not necessarily need authority to approve it.
This separation creates an important control.
For example:
Engineer creates change → Production reviews → Quality validates → Authorized owner approves
This reduces the risk of an untested change reaching production.
A practical approval structure might include:
| Activity | Responsible Team |
|---|---|
| Create or modify BoM | Engineering / Manufacturing |
| Validate components | Engineering + Purchasing |
| Review production impact | Manufacturing |
| Validate quality impact | Quality |
| Review cost impact | Finance |
| Final approval | BoM Owner / Management |
| Production release | Authorized User |
Not every organization needs every approval step.
The objective is to match governance to the risk of the product and process.
3. Create a Consistent BoM Versioning Strategy
Manufacturing changes over time.
A product may move through several revisions because of:
- Component substitutions
- Design improvements
- Supplier changes
- Cost reductions
- Quality corrections
- Regulatory requirements
- Packaging changes
- Production optimization
Without version control, users may not know which structure is currently approved.
A simple versioning model could be:
Product A – Rev 01
Product A – Rev 02
Product A – Rev 03
Each revision should have a documented reason for the change.
For example:
Rev 01: Initial production structure
Rev 02: Replaced component due to supplier discontinuation
Rev 03: Changed component quantity after production validation
The specific numbering system can vary.
What matters is that revisions are consistent, traceable and understandable.
4. Define Effective Dates for BoM Changes
A new BoM should not automatically replace the previous structure without considering existing production.
Suppose a component change is approved on June 1.
There may already be:
- Open manufacturing orders
- Existing inventory
- Purchase orders
- Work-in-progress
- Customer commitments
The business needs to decide when the new structure becomes effective.
An effective-date approach can help:
Old Revision → Valid Until Date
New Revision → Effective From Date
This allows the organization to coordinate engineering changes with actual production.
The implementation team should also define how open manufacturing orders will be handled when a BoM changes.
5. Control Who Can Modify BoMs
BoM governance is closely connected to user access.
Not every manufacturing user should have unrestricted permission to change a production structure.
A practical access model can include:
View
Users can inspect approved BoMs but cannot modify them.
Create
Authorized users can create draft BoMs.
Edit
Selected users can modify draft or controlled BoMs.
Approve
Only designated owners or managers can approve changes.
Archive
Authorized users can retire obsolete structures.
This approach creates a separation between operational usage and master-data management.
Access rights should be aligned with the organization's governance policy rather than simply giving users broad manufacturing permissions.
6. Use a Controlled Change Request Process
| Stage | Key Action | Expected Result |
|---|---|---|
| Request | Document proposed change | Clear requirement |
| Assess | Evaluate business impact | Risk identified |
| Design | Prepare revised BoM | Proposed solution |
| Test | Validate manufacturing flow | Issues identified |
| Approve | Obtain authorized approval | Controlled release |
| Version | Assign revision/effective date | Traceability |
| Release | Make revision available | Production readiness |
| Monitor | Review production results | Continuous improvement |
A BoM change should have a reason.
Instead of users directly changing production data, establish a simple change-control process:
Request → Assess → Design → Test → Approve → Release → Monitor
Request
Document what needs to change.
Assess
Identify the impact on:
- Production
- Inventory
- Purchasing
- Quality
- Cost
- Customers
- Existing orders
Design
Create the proposed BoM revision.
Test
Validate the change using a controlled test scenario.
Approve
Obtain approval from the appropriate owner.
Release
Make the approved revision available for production.
Monitor
Review the results after implementation.
This creates accountability without making every minor change unnecessarily bureaucratic.
7. Evaluate the Impact Before Changing a BoM
| Impact Level | Typical Change | Required Control |
|---|---|---|
| Low | Documentation or minor information change | Basic review |
| Medium | Component or quantity change | Testing and approval |
| High | Product specification or process change | Cross-functional review |
| Critical | Regulatory, quality, or major production change | Formal approval and testing |
A seemingly small component change can have a large operational impact.
For example, replacing one component may require:
- A new supplier
- New purchase specifications
- Quality inspection changes
- Updated inventory planning
- New manufacturing instructions
- New product costing
- Updated documentation
Therefore, every change should be evaluated based on impact.
A useful classification is:
Low Impact
Minor documentation or non-critical information changes.
Medium Impact
Component, quantity or operational changes requiring testing.
High Impact
Changes affecting product performance, regulatory requirements, quality, costing or major production processes.
High-impact changes should receive stronger review and approval.
8. Test BoM Changes Before Production
Testing should not be limited to checking whether the BoM saves successfully.
The real question is:
Does the complete manufacturing process still work correctly?
For a significant BoM change, test:
- Manufacturing order creation
- Component availability
- Component consumption
- Work orders
- Operations
- Production quantities
- Inventory movements
- Finished product quantities
- Cost calculations
- Quality checks
- Purchasing or replenishment implications
For example:
Sales Order → Manufacturing → Component Consumption → Quality Check → Finished Product → Delivery
Testing the complete flow helps identify problems that are not visible when checking the BoM alone.
9. Keep Engineering Manufacturing and Purchasing Aligned
BoM governance cannot operate inside one department.
Engineering may decide that a component should change.
Purchasing needs to know which supplier and product should be used.
Inventory needs correct stock information.
Manufacturing needs the new production structure.
Quality may need new inspection requirements.
Finance may need updated cost information.
This creates a cross-functional dependency.
A controlled change therefore needs communication between the teams affected by the change.
Example
Engineering: Changes component specification.
↓
Purchasing: Confirms supplier availability.
↓
Quality: Validates the new component.
↓
Manufacturing: Tests production.
↓
Finance: Reviews cost impact.
↓
BoM Owner: Approves release.
This is much safer than changing the BoM in isolation.
10. Manage Obsolete BoMs Carefully
Old BoMs should not remain active indefinitely.
However, deleting historical information can create traceability problems.
Instead, businesses should define an active, inactive and obsolete approach.
Active
Currently approved for production.
Inactive
Not currently used but potentially retained for controlled purposes.
Obsolete
No longer approved for future production.
Before retiring a BoM, check:
- Open manufacturing orders
- Existing stock
- Open purchase orders
- Customer commitments
- Historical reporting requirements
- Product variants
- Replacement BoM availability
The objective is to prevent obsolete structures from being accidentally used while retaining necessary historical information.
11. Maintain BoM Documentation
A BoM should not depend entirely on tribal knowledge.
Important supporting information should be documented, including:
- Change reason
- Revision
- Approval date
- Effective date
- Responsible owner
- Related quality issue
- Engineering change reference
- Supplier change
- Testing result
- Business justification
Good documentation makes future troubleshooting significantly easier.
If a production issue occurs six months later, the organization should be able to determine:
What changed?
Why did it change?
Who approved it?
When did it become effective?
12. Connect BoM Governance With Cost and Inventory Controls
BoM changes can affect more than manufacturing.
Suppose a product uses a component costing $5.
A revised BoM replaces it with a component costing $8.
That change can influence:
- Product cost
- Manufacturing cost
- Margin
- Purchasing requirements
- Inventory valuation
- Pricing decisions
Similarly, changing component quantities can affect inventory demand.
This means BoM governance should consider financial and inventory consequences before major changes are approved.
A Practical BoM Governance Framework
Businesses can structure their Odoo BoM governance around seven stages:
1. Define
Identify ownership, roles and access rights.
2. Create
Build or modify the proposed BoM.
3. Review
Evaluate operational, quality, inventory and financial impact.
4. Test
Validate the complete manufacturing workflow.
5. Approve
Release only after authorized approval.
6. Version
Assign a clear revision and effective date.
7. Monitor
Review production results and future changes.
This framework keeps BoM management connected to the wider ERP operating model.
Odoo BoM Governance Checklist
Before releasing a new or revised BoM, confirm:
BoM owner is defined.
Required components are validated.
Quantities have been reviewed.
Operations are correct.
Work centers are correct.
Quality requirements are considered.
Cost impact is reviewed where necessary.
Related purchasing implications are checked.
Revision is documented.
Effective date is defined.
Required testing is completed.
Authorized person has approved the change.
Obsolete structures are controlled.
Production users know about the change.
Common BoM Governance Mistakes
Allowing Everyone to Edit
Broad editing access makes accountability difficult.
Changing Production Without Testing
A small change can create unexpected inventory or manufacturing problems.
No Revision Strategy
Without consistent versions, users may not know which BoM is correct.
Ignoring Open Manufacturing Orders
Changing the master structure does not automatically resolve existing operational commitments.
Failing to Document Why Changes Were Made
Without change history, future teams may repeat old mistakes.
Treating BoMs as Only Production Data
BoM changes can affect purchasing, inventory, quality, costing and profitability.
Measuring BoM Governance Performance
Governance should be measurable.
Useful KPIs include:
- BoM change approval time
- Number of unauthorized changes
- Production issues caused by BoM errors
- BoM revision frequency
- Percentage of BoMs with assigned owners
- Percentage of changes tested before release
- Obsolete BoMs still used
- Manufacturing rework caused by incorrect structures
- Component variance
- Production cost variance
These indicators help management determine whether BoM governance is actually improving manufacturing control.
Building a Scalable BoM Governance Model in Odoo
As manufacturing grows, BoM governance should evolve with it.
A small manufacturer may need only:
Owner → Review → Approve
A larger organization may require:
Engineering → Manufacturing → Quality → Purchasing → Finance → Approval → Release
The right model depends on product complexity, regulatory requirements, manufacturing risk and organizational structure.
The important principle is to avoid both extremes:
Too little governance creates uncontrolled changes.
Too much governance slows down legitimate improvement.
The goal is controlled flexibility.
Frequently Asked Question
1. What is BoM governance in Odoo?
BoM governance is the process of controlling who creates, modifies, reviews and approves Bills of Materials.
It helps maintain accurate and reliable manufacturing data.
2. Why is BoM ownership important in Odoo?
Clear ownership ensures that every BoM has a responsible person or team managing its accuracy and changes.
It also improves accountability and reduces unauthorized modifications.
3. How does BoM version control work?
Version control assigns revisions to different approved BoM structures as products or processes change.
It helps manufacturing teams identify and use the correct production version.
4. Who should approve BoM changes?
Approval should come from an authorized BoM owner or responsible business team based on the change's impact.
Complex changes may also require Engineering, Quality, Manufacturing, or Finance review.
5. Why should BoM changes be tested before production?
Testing confirms that changes do not create problems in component consumption, operations, inventory, costing, or quality.
End-to-end manufacturing scenarios provide stronger validation than checking the BoM alone.
6. How can businesses control BoM modifications in Odoo?
Businesses can restrict access rights and establish a controlled change process for creating and approving BoMs.
This separates normal production usage from master-data management.
7. What information should be documented for a BoM change?
Record the revision, reason for change, owner, approval, effective date and relevant testing results.
Good documentation improves traceability and simplifies future troubleshooting.
8. How do BoM changes affect inventory and costing?
Changing components or quantities can affect material demand, purchasing, stock levels and manufacturing costs.
Major changes should therefore be reviewed for both operational and financial impact.
Conclusion
A Bill of Materials is not simply a list of components in an ERP system.
It represents how a business expects a product to be manufactured.
That makes ownership, versioning, approval and change control essential parts of Odoo manufacturing governance.
The strongest approach is straightforward:
Own → Review → Version → Test → Approve → Release → Monitor
When these controls are built into the Odoo operating model, businesses can reduce production errors, improve traceability, protect master data and make manufacturing changes with greater confidence.