credativ team mailing list archive
-
credativ team
-
Mailing list archive
-
Message #02576
[Bug 910241] Re: [6.1/trunk] important: product inconsistent UOM checking is too strict! cannot change uom!
Hello,
The patch of raphael is invalid:
- it crashes if stock is not installed
- the problem is everywhere, not only stock.move (PO, BoM, ...)
IMHO, the best way is to desactivate the product and create another one.
The only patch to do is to improve the error message to explain how to
handle the problem. (every constraint should do that)
--
You received this bug notification because you are a member of OpenERP
Framework Experts, which is subscribed to OpenERP Addons.
https://bugs.launchpad.net/bugs/910241
Title:
[6.1/trunk] important: product inconsistent UOM checking is too
strict! cannot change uom!
Status in OpenERP Addons (modules):
New
Bug description:
Hello
on trunk from today:
Try to create some new product with default PCE unit. Save it.
Now try to change it's sale or purchase unit to Kg for instance. You'll get an error because the old and new units are not convertible.
In 6.0 we had the issue that this was never checked and people would
screw their inventory and add orange and apples when changing a
product unit.
So checking is good the issue is that on 6.1 you are being too strict. Here I propose a patch to check if the product has been moved already or not. If the product has never been moved, it's fine to accept people fixing its UoM.
What happened to us is that we imported the product catalog from the customer previous ERP. The issue is that soon the user spo that the unit was wrong before even using the system. In that case he should be able to change it without requiring some SQL or coding maintenance intervention.
Please see if my attached patch help.
Regards and happy 2012!
To manage notifications about this bug go to:
https://bugs.launchpad.net/openobject-addons/+bug/910241/+subscriptions
References