openerp manufacturing order changing the bom does not change products to consume

Bug #773128 reported by Mihai Satmarean
18
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Odoo Addons (MOVED TO GITHUB)
Fix Released
Low
OpenERP R&D Addons Team 2

Bug Description

Manufacturing order changing the bom does not change products to consume

I have two BoM's for one product let say A,

I go to an existing production order for that product.
I change the BoM for that order.

In the tab scheduled product the change is reflected and we can see the new product(Raw2) needed to produce the finished product

Problem:
In the Products to consume list, the old product (Raw1) from the old BoM is still there, also the internal stock moves are not canceled for that product (Raw1)

It is the behavior by design, or is a problem?

Thank you for your hard work.

Related branches

Revision history for this message
Amit Parik (amit-parik) wrote :

Hello Mihai,

Thanks for the reporting I am confirming this issue.

Thanks.

Changed in openobject-addons:
assignee: nobody → OpenERP R&D Addons Team 2 (openerp-dev-addons2)
importance: Undecided → Low
status: New → Confirmed
Changed in openobject-addons:
status: Confirmed → In Progress
Revision history for this message
Rohan Nayani(Open ERP) (ron-tinyerp) wrote :

Hello,

Thanks for Reporting.
It has been fixed in lp:~openerp-dev/openobject-addons/trunk-bug-773128-ron
Revision ID: <email address hidden>
Revision num:4676.

It will be available in trunk soon,

Changed in openobject-addons:
status: In Progress → Fix Committed
Revision history for this message
Mihai Satmarean (mihai-satmarean) wrote :

Hi again,

I've downloaded and replaced mrp.py with the version with the fix,

but now I have a little different scenario, with the same effect:

I have an unconfirmed manufacturing order,
I go and add a new raw material in the BOM already assigned
I save the BOM
I go and press "change quantity " and approve the same quantity (to force re-computing of all things)
In the first tab "Consumed products" I see no change
In the Tab "Scheduled products" indeed I see the new products

If I print the order, I do not see the new products to consume.

Thanks,
Mihai

Revision history for this message
qdp (OpenERP) (qdp) wrote :

i merged the proposed branch.

Rohan, please check if the last issue explained by Mihai.

Thanks

Changed in openobject-addons:
status: Fix Committed → New
Revision history for this message
Rohan Nayani(Open ERP) (ron-tinyerp) wrote :

Hello Mihai,

                I have checked this scenario in latest trunk revision 4758 but i did not reproduce this.
so can you please check again.

Thanks

Changed in openobject-addons:
status: New → Incomplete
Changed in openobject-addons:
status: Incomplete → Fix Committed
Revision history for this message
Mihai Satmarean (mihai-satmarean) wrote :

Hi,
I've come with new info

After applying the fix above.

If I have a production confirmed, and go and edit the BOM
If I change only the factor between raw material and finished product and save the bom and then press "change qty", the new qty is taken into account for both raw and finished product.

BUT

if I add or remove or change the products, and press "change qty", the new products are not reflected in the "Products to consume" tab but only in "Scheduled products" tab. And not printed in the MO, and of course no stock movement.

Thanks.
Mihai

Revision history for this message
Mihai Satmarean (mihai-satmarean) wrote :

Hi,

I have updated yesterday to latest series 6.0
and noticed that BOM can be selected after production confirm,
But the original problem is still there,
I go to a production order, confirmed, and change the BOM,

There in the Scheduled products I can see the change,
But in the products to consume still the old products.

Also, being possible to edit the bom, while the MO is confirmed, this only changes record changes of the manufacturing factor, but not new products or removed ones.

I'll attach a video for mere details.
Thanks

Changed in openobject-addons:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.