You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The MRP calculation doesn't propagate demand through subcontracting BOMs. When a product has a subcontracting BOM and is set as "buy" for procurement, the system creates planned purchase orders but doesn't generate demand for its components.
For example:
Product A (subcontracted, procurement: buy) contains Product B
When there's demand for Product A, the system creates planned purchase order for Product A
However, no demand is propagated to Product B and no MRP movements are created for components
To Reproduce
Affected versions:
Odoo 16.0
mrp_multi_level OCA module
Steps to reproduce the behavior:
Create Product A and set its procurement method as 'buy'
Create a BOM for Product A and set its type as 'subcontract'
Add Product B as component in Product A's BOM
Create some demand for Product A (e.g., through a sale order)
Run MRP calculation
Check MRP movements and planned orders
Expected behavior
When running MRP calculation:
System should create planned purchase orders for Product A
System should propagate demand to Product B
MRP movements should be created for all components in the subcontracting BOM
Additional context
Technical analysis shows the issue is in the _explode_bom_mrp method which currently only processes BOMs for products with 'manufacture' supply method. It should also handle products with subcontracting BOMs, even if their supply method is 'buy'.
The bug affects the basic functionality of MRP planning for subcontracted products, which is a common manufacturing scenario.
The text was updated successfully, but these errors were encountered:
Module
mrp_multi_level
Describe the bug
The MRP calculation doesn't propagate demand through subcontracting BOMs. When a product has a subcontracting BOM and is set as "buy" for procurement, the system creates planned purchase orders but doesn't generate demand for its components.
For example:
To Reproduce
Affected versions:
Steps to reproduce the behavior:
Expected behavior
When running MRP calculation:
Additional context
Technical analysis shows the issue is in the
_explode_bom_mrp
method which currently only processes BOMs for products with 'manufacture' supply method. It should also handle products with subcontracting BOMs, even if their supply method is 'buy'.The bug affects the basic functionality of MRP planning for subcontracted products, which is a common manufacturing scenario.
The text was updated successfully, but these errors were encountered: