c2c-oerpscenario team mailing list archive

["Kyle Waid - http://www.gcotech.com" <707287@xxxxxxxxxxxxxxxxxx>]

As you can see in the product page the products UoM is clearly defined
as LB. We generate manufacturing orders from LB. So everything is
perfectly configured in our BOM. Now if you look at the second image it
shows all of the stock moves for this particular product. Everything
looks the same except the last line which is a much older stock move. It
is registered as a purchase order in PCE. So a long time ago someone
made a mistake, either the product really had the UoM as PCE or they
made a mistake during the order process.

SO, Now even if the product is perfectly properly configured, when the
scheduler runs and it comes to this product in the stock_move table for
future moves it will halt the entire scheduling process and return the
stack trace below. The only way that I can ever run the scheduler again
is if I manually go to my database and make all entries of a compatible
conversion type. This would indicate that we could NEVER change the UoM
because we could have mass errors.

This doesnt just happen out of the box, something triggers it, but I
assure you this is a bug, a serious bug. Besides the scheduler, in this
scenario I could go to manufacturing and try to make a manufacturing
order where a BOM had this product in it, and it would return the same
error, making it impossible to use the product unless it was set to
consumable or we did the database mod.

I even modified with help, my stock.py code so I could see the stock
moves happening while the scheduler was running, so when it gets to this
type scenario I can go to the stock_move for the product in question and
this result is accurate 100% of the time. Extremely frustrating.

** Attachment added: "2011-03-17_00-01-40.jpg"
   https://bugs.launchpad.net/openobject-addons/+bug/707287/+attachment/1913874/+files/2011-03-17_00-01-40.jpg

-- 
You received this bug notification because you are a member of C2C
OERPScenario, which is subscribed to the OpenERP Project Group.
https://bugs.launchpad.net/bugs/707287

Title:
  Manufacturing orders broken UOM

Status in OpenERP Modules (addons):
  New

Bug description:
  We have around 5,000 products. We have custom UOM like ft, OZ and
  Pound. On certain products we cannot make manufacturing orders with
  this error

  Conversion from Product UoM m to Default UoM PCE is not possible as
  they both belong to different Category!.

  It is extremely frustrating because it doesnt make sense. We do not
  have a single product with UoM 'm'. The error only happens with
  certain products, not in any specific instance except that mabe the
  category UoM but not every item in that category. If we created new
  products then we dont have the issue.

  I discovered many of the products were having problems base on an
  inventory we did with the stock_move table. Deleting entries fixed
  many of the issues but we still have this problem and it makes no
  sense to us.