← Back to team overview

openerp-india team mailing list archive

[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