← Back to team overview

openerp-india team mailing list archive

[Bug 910241] Re: [6.1/trunk] important: product inconsistent UOM checking is too strict! cannot change uom!

 

+1 Raph.

Solution is simple.

IF Stock is not installed you need to verify INVOICES, is the unique place where the unit can have inconsistencies.
IF Stock is installed, verify Stock Moves AND  Invoices.
IF Sale or Purchase is installed, verify PO SO SM AND INV.

If one of this elements contain the product_id to be checked..... then
FABIEN IS RIGHT i need to create another product.

But IF not, Raph.... Is right, you know howmany times one person create
A PRODUCT and save with default value, and then they need to verify and
correct????

Regards!

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

Title:
  [6.1/trunk] important: product inconsistent UOM checking is too
  strict! cannot change uom!

Status in OpenERP Addons (modules):
  Fix Released

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