openerp-india team mailing list archive

["Hans van Dijk \(Therp\)" <hans@xxxxxxxx>]

Public bug reported:

Module mrp_byproduct seems somewhat different from 7.0. It does not take in account the quantity for the byproduct when creating the MO from the BOM.
I created a BOM for 1 unit of product A, consuming 1 unit of product C and having 10 units of byproduct B. All products having procure_method = make_to_stock.
Next I did enter a MO (manufacturing order) for 13 units of A, confirmed and forced reservation.
* I expected to have 3 stock_moves: 13 x A, 130 x B, -13 x C, but B reads only 13 (and state=waiting).
Next I produced 1 unit (from 13)
The stock_moves for A and B were split in 6 and 1 and C in 3 and 10.

** Affects: openobject-addons
     Importance: Undecided
         Status: New

** Description changed:

  It seems somewhat different from 7.0.
  I created a BOM for 1 unit of product A, consuming 1 unit of product C and having 10 units of byproduct B. All products having procure_method = make_to_stock.
- Next I did enter a MO (manufacturing order) for 7 units of A, confirmed and forced reservation.
- * I expected to have 3 stock_moves: 13 x A, 130 x B, -7 x C, but B reads only 13 (and state=waiting).
+ Next I did enter a MO (manufacturing order) for 13 units of A, confirmed and forced reservation.
+ * I expected to have 3 stock_moves: 13 x A, 130 x B, -13 x C, but B reads only 13 (and state=waiting).
  Next I produced 1 unit (from 13)
  The stock_moves for A and B were split in 6 and 1 and C in 3 and 10.

** Description changed:

- It seems somewhat different from 7.0.
+ It seems somewhat different from 7.0. It does not take in account the quantity for the byproduct when creating the MO from the BOM.
  I created a BOM for 1 unit of product A, consuming 1 unit of product C and having 10 units of byproduct B. All products having procure_method = make_to_stock.
  Next I did enter a MO (manufacturing order) for 13 units of A, confirmed and forced reservation.
  * I expected to have 3 stock_moves: 13 x A, 130 x B, -13 x C, but B reads only 13 (and state=waiting).
  Next I produced 1 unit (from 13)
  The stock_moves for A and B were split in 6 and 1 and C in 3 and 10.

** Summary changed:

- trunk] byproduct's quantity is ignored
+ [trunk] byproduct's quantity is ignored

** Description changed:

- It seems somewhat different from 7.0. It does not take in account the quantity for the byproduct when creating the MO from the BOM.
+ Module mrp_byproduct seems somewhat different from 7.0. It does not take in account the quantity for the byproduct when creating the MO from the BOM.
  I created a BOM for 1 unit of product A, consuming 1 unit of product C and having 10 units of byproduct B. All products having procure_method = make_to_stock.
  Next I did enter a MO (manufacturing order) for 13 units of A, confirmed and forced reservation.
  * I expected to have 3 stock_moves: 13 x A, 130 x B, -13 x C, but B reads only 13 (and state=waiting).
  Next I produced 1 unit (from 13)
  The stock_moves for A and B were split in 6 and 1 and C in 3 and 10.

-- 
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/1304399

Title:
  [trunk] byproduct's quantity is ignored

Status in OpenERP Addons (modules):
  New

Bug description:
  Module mrp_byproduct seems somewhat different from 7.0. It does not take in account the quantity for the byproduct when creating the MO from the BOM.
  I created a BOM for 1 unit of product A, consuming 1 unit of product C and having 10 units of byproduct B. All products having procure_method = make_to_stock.
  Next I did enter a MO (manufacturing order) for 13 units of A, confirmed and forced reservation.
  * I expected to have 3 stock_moves: 13 x A, 130 x B, -13 x C, but B reads only 13 (and state=waiting).
  Next I produced 1 unit (from 13)
  The stock_moves for A and B were split in 6 and 1 and C in 3 and 10.

To manage notifications about this bug go to:
https://bugs.launchpad.net/openobject-addons/+bug/1304399/+subscriptions