PoS: Rounding-Issue in journals

[Dominik Jenzer]

Issue happens in Switzerland, where general rounding is to 0.05 instead of 0.01.

Product: Egg for 0.59 pce, qty 6, tax 2.5%

PoS Screen is ok:
Subtotal: 3.54
Tax: 0.09
Total: 3.63

PoS Payment Screen is ok:
Total: 3.63
Payment method: 3.63

Receipt is ok:
Egg: 3.54
Tax: 0.09
Total: 3.63
Payment: 3.63

Closing the cash register results in a PoS Orders that is not ok
Subtotal w/o tax: 3.55 (round up from 3.54)
Taxes: 0.10 (round up from 0.09)
Total: 3.65
Because the payment is only 3.63, the PoS Order is not paid and finally not posted.

Workaround A:
When I add a Rounding-Product, I can manually "round" already the PoS-Screen. We sell the 6 eggs for 3.60, so I have a 3x the rounding product -0.01

The PoS Screen, the payment screen, the receipt, all is ok.
Also the PoS Order can be posted, because the rounding-product will also be rounded to -0.05. The Total equals the payment of 3.60

The next problem is the action "Post Sale Entries", wich generates account entries. The journal Items are unbalanced again!
The Order on the Deptor-Account: -3.60
Tax: 0.09 (not round)
Rounding Product: -0.05 (rounded)
Eggs: 3.55 (rounded)
Saldo: -0.01
The journal entrie is not posted and need manually corrected! I have not found any Workaround.

For a food-retail shop, this is useless. The time you need to do all the manually corrections of rounding consumes more than the margin of the product itself.
Workaround A is ok, because it is also transparent for the customer on its receipt.
But correcting all the journal entries is a huge load.

I imagine, the same happens in 7.0, but cant be verified with the online-demo.

[van der Essen Frédéric (OpenERP) (fva-openerp)]

Hi, the code only supported one cent rounding. This should is fixed as part of revision 8622. Can you please test and tell me if you still have problems ?
- Thanks.

[Olivier (brain-tec) (olivier-jossen)]

Hi, can you tell us the files that have changed in revision 8622?
Thanks.