I am not sure to who you are asking the questions. I provided the steps to reproduce, therefore functionally you can see where it occurs (and trace it as required). However, technically, I do not know "where this rounding check occurred (or should occurred)"
-- 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): Confirmed 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 _______________________________________________ Mailing list: https://launchpad.net/~openerp-india Post to : [email protected] Unsubscribe : https://launchpad.net/~openerp-india More help : https://help.launchpad.net/ListHelp
