openerp-india team mailing list archive
-
openerp-india team
-
Mailing list archive
-
Message #27569
[Bug 1304449] [NEW] [trunk] mrp producing less than order size fails
Public bug reported:
The mrp module seems to nullify the production_id when a stock_move is
to be split when a smaller quantity is produced than planned.
I made a MO for 7 units, but decided to produce only 1 so there should remain 6 to produce.
Where the raw_materials stock_moves are split correctly (the newly created moves having a raw_material_production_id) the end product's are not since the newly created move does not have a production_id.
The next time I go to produce 2 units the original quantity of 7 is suggested and the consumed raws will be updated as if I produced 2 units in total instead of 3.
Mrp's inherited StockMove::copy nullifies the production_id. Perhaps it
should also nullify the raw_material_production_id, but in this case it
should nullify neither of them.
When I reset the id's in ::action_consume just after new_move =
self.split(... everything's working fine
** Affects: openobject-addons
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of OpenERP
Indian Team, which is subscribed to OpenERP Addons.
https://bugs.launchpad.net/bugs/1304449
Title:
[trunk] mrp producing less than order size fails
Status in OpenERP Addons (modules):
New
Bug description:
The mrp module seems to nullify the production_id when a stock_move is
to be split when a smaller quantity is produced than planned.
I made a MO for 7 units, but decided to produce only 1 so there should remain 6 to produce.
Where the raw_materials stock_moves are split correctly (the newly created moves having a raw_material_production_id) the end product's are not since the newly created move does not have a production_id.
The next time I go to produce 2 units the original quantity of 7 is suggested and the consumed raws will be updated as if I produced 2 units in total instead of 3.
Mrp's inherited StockMove::copy nullifies the production_id. Perhaps
it should also nullify the raw_material_production_id, but in this
case it should nullify neither of them.
When I reset the id's in ::action_consume just after new_move =
self.split(... everything's working fine
To manage notifications about this bug go to:
https://bugs.launchpad.net/openobject-addons/+bug/1304449/+subscriptions
Follow ups
References