credativ team mailing list archive

["hbto \[Vauxoo\] http://www.vauxoo.com" <humbertoarocha@xxxxxxxxx>]

IMHO, both workarounds should not be done just like that,

if you were to work on a farmaceutical production facility, where precision
is not an option, and where quantities should be not trespassed, and where
responsability about taking inventory in a wrong way can be.punished by
law,

Then proposed solution takes out a great share of potential customers who
could trust on OERP,

Thanks im advance
On Jan 18, 2012 5:41 AM, "Amit Parik (OpenERP)" <amp@xxxxxxxxxxx> wrote:

> Hello hbto,
>
> You are absolutely right,  we have to improve this (qty field) with
> decimal precision on stock.move.memory.out for stable6.
>
> But We have already improved the partial picking wizard (as a
> stock.partial.move) and we have not "Processing quantity %s %s for %s is
> larger than the available quantity %s %s !'" this validation anymore in
> trunk.
>
> We can allow the picking/deliver more qty then stock move's qty. So when
> are increase the partial picking wizard's qty then it will automatically
> change the stock move 's qty same as  partial picking wizard's qty in
> trunk.
>
> So finally your issue is only affecting for stable-6 because this
> validation is only available in stable6.
>
> But there is one another problem also appears, that is we can not use
> decimal precision for OSV memory wizard it's doesn't work for it. That's
> why we can not add decimal precision for stock.move.memory.out wizard.
>
> (Note: If we have used a decimal precision for osv.osv_memory wizard,
> first time it is displayed that it's looks like normally but whenever
> you stop your server and again start it then it doesn't work and it
> removed assigned accuracy.)
>
> Finally the conclusion is, your issue for stable -6 as well as it's not
> a blocking point and not easily resolved, So we can not fix it for
> stable6 version.
>
> Thanks for reporting!
>
> ** Changed in: openobject-addons
>       Status: New => Won't Fix
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/917931
>
> Title:
>  [V6]"stock.move.memory.out"  quantity field lacks digits_compute
>  attribute
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/openobject-addons/+bug/917931/+subscriptions
>

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

Title:
  [V6]"stock.move.memory.out"  quantity field lacks digits_compute
  attribute

Status in OpenERP Addons (modules):
  Won't Fix

Bug description:
  And therefore "stock.move.memory.in" which inherits
  "stock.move.memory.in" as a prototype,

  The lack of this attribute can cause the following message to arise:

  'Processing quantity %s %s for %s is larger than the available
  quantity %s %s !'

  Right now it just use two decimal,

  Thanks in advance.

  Hbto

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