openerp-india team mailing list archive

[van der Essen Frédéric (OpenERP) <fva@xxxxxxxxxxx>]

** Changed in: openobject-addons
       Status: New => In Progress

** Changed in: openobject-addons
       Status: In Progress => Fix Released

** Changed in: openobject-addons
     Assignee: (unassigned) => van der Essen Frédéric (OpenERP) (fva-openerp)

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

Title:
  PoS: Rounding-Issue in journals

Status in OpenERP Addons (modules):
  Fix Released

Bug description:
  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.

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