Rounding errors cause PO receipts errors
Bug #868881 reported by
Jonathan Wilson
This bug affects 2 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Odoo Addons (MOVED TO GITHUB) |
Incomplete
|
Low
|
OpenERP Publisher's Warranty Team |
Bug Description
V6.0.3
products module
When receipting products defined with precision of less than one it is possible to get the error message "Processing error (qty) (uom) (product) is larger than the available quantity (qty) (uom)!". This is due to slack programming when rounding the qty's using the associated unit of measure precision value.
eg we had a quantity of 5.6 with a precision of 0.01 which was returned as 5.60000000006 and this caused the the error as 5.60000000005 > 5.6 !
Fix patch attached to this bug report
Related branches
Changed in openobject-addons: | |
assignee: | nobody → OpenERP Publisher's Warranty Team (openerp-opw) |
tags: | added: maintenance |
To post a comment you must log in.
There is slightly more to this bug. In mrp.bom the quantity line is
declared as a float and not a numeric type. It would be expected to be a
numeric type with the decimal precision of uom the same as every other uom
in openerp. This could very likely have stopped the error in the first
place.
On Fri, Oct 7, 2011 at 6:45 PM, Priyesh (OpenERP) <<email address hidden>
> wrote:
> ** Changed in: openobject-addons /bugs.launchpad .net/bugs/ 868881 /bugs.launchpad .net/openobject -addons/ +bug/868881/ +subscriptions
> Assignee: (unassigned) => OpenERP Publisher's Warranty Team
> (openerp-opw)
>
> ** Tags added: maintenance
>
> --
> You received this bug notification because you are subscribed to OpenERP
> Addons.
> https:/
>
> Title:
> Rounding errors cause PO receipts errors
>
> Status in OpenERP Addons (modules):
> New
>
> Bug description:
> V6.0.3
> products module
> When receipting products defined with precision of less than one it is
> possible to get the error message "Processing error (qty) (uom) (product) is
> larger than the available quantity (qty) (uom)!". This is due to slack
> programming when rounding the qty's using the associated unit of measure
> precision value.
>
> eg we had a quantity of 5.6 with a precision of 0.01 which was
> returned as 5.60000000006 and this caused the the error as
> 5.60000000005 > 5.6 !
>
> Fix patch attached to this bug report
>
> To manage notifications about this bug go to:
> https:/
>