Author: sichen
Date: Thu Jul 6 10:43:23 2006
New Revision: 419626
URL:
http://svn.apache.org/viewvc?rev=419626&view=revLog:
Changing all rounding modes to round half up because round half even violates the principle of least surprise for casual users and customers, even though it is more precise
Modified:
incubator/ofbiz/trunk/applications/accounting/config/arithmetic.properties
Modified: incubator/ofbiz/trunk/applications/accounting/config/arithmetic.properties
URL:
http://svn.apache.org/viewvc/incubator/ofbiz/trunk/applications/accounting/config/arithmetic.properties?rev=419626&r1=419625&r2=419626&view=diff==============================================================================
--- incubator/ofbiz/trunk/applications/accounting/config/arithmetic.properties (original)
+++ incubator/ofbiz/trunk/applications/accounting/config/arithmetic.properties Thu Jul 6 10:43:23 2006
@@ -4,17 +4,17 @@
# For setting decimal precision and rounding method of operations related to invoices
invoice.decimals = 2
-invoice.rounding = ROUND_HALF_EVEN
+invoice.rounding = ROUND_HALF_UP
# For setting decimal precision and rounding method of operations related to orders,
# such as shopping cart amounts and order amounts
order.decimals = 2
-order.rounding = ROUND_HALF_EVEN
+order.rounding = ROUND_HALF_UP
# For setting decimal precision and rounding method of operations related to customer accounts
# such as Financial Accounts
finaccount.decimals = 2
-finaccount.rounding = ROUND_HALF_EVEN
+finaccount.rounding = ROUND_HALF_UP
# Most companies would want their sales tax calculations ALWAYS to round up (ie, 100.081 becomes 100.09)
# This could be ROUND_CEILING or ROUND_UP. (The difference is that ROUND_CEILING rounds towards positive infinity,
@@ -22,4 +22,4 @@
# ROUND_UP gives you -1.2 and ROUND_CEILING -1.1.)
salestax.calc.decimals = 3
salestax.final.decimals = 2
-salestax.rounding = ROUND_CEILING
+salestax.rounding = ROUND_HALF_UP
Locked
