openerp-india team mailing list archive

[Réal Carbonneau <1068253@xxxxxxxxxxxxxxxxxx>]

Public bug reported:

When creating a quotation / sales order, the rounding rule is not
respected.

OpenERP 6.1-20120925-233125
New Database with Demo data
Install Sales Module
Web Client
1) Create a new quotation
2) Any customer
3) Any product with unit PCE (eg CPU1)
4) Enter decimals, eg 1.234
5) Confirm Order

The order is finalized with decimals, which should not be permitted
based on the rounding rules.  There should be a message and automatic
rounding or something similar.

Additionally, this order and delivery with an invalid decimal creates a
subsequent bug in the warehouse shipping process.  When this delivery is
shipped (processed), the invalid complete decimal quantity is confirmed
(1.234) and a new backorder delivery is created for the decimal part
(0.234) and it is left open.  If this new delivery is then processed,
the same occurs again, a new backorder delivery for the decimal part
(0.234) is created again and again.

I assume that the bug in the delivery would be avoided if the rounding
was performed correctly.

** Affects: openobject-addons
     Importance: Undecided
         Status: New

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

Title:
  Rounding rules not respected

Status in OpenERP Addons (modules):
  New

Bug description:
  When creating a quotation / sales order, the rounding rule is not
  respected.

  OpenERP 6.1-20120925-233125
  New Database with Demo data
  Install Sales Module
  Web Client
  1) Create a new quotation
  2) Any customer
  3) Any product with unit PCE (eg CPU1)
  4) Enter decimals, eg 1.234
  5) Confirm Order

  The order is finalized with decimals, which should not be permitted
  based on the rounding rules.  There should be a message and automatic
  rounding or something similar.

  Additionally, this order and delivery with an invalid decimal creates
  a subsequent bug in the warehouse shipping process.  When this
  delivery is shipped (processed), the invalid complete decimal quantity
  is confirmed (1.234) and a new backorder delivery is created for the
  decimal part (0.234) and it is left open.  If this new delivery is
  then processed, the same occurs again, a new backorder delivery for
  the decimal part (0.234) is created again and again.

  I assume that the bug in the delivery would be avoided if the rounding
  was performed correctly.

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