Anonymous | Login
Project:
RSS
  
News | My View | View Issues | Roadmap | Summary

View Issue Details[ Jump to Notes ] [ Issue History ] [ Print ]
ID
0033978
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Retail Modules] Web POSmajorsometimes2016-09-14 08:562016-09-22 12:36
ReportermarvintmView Statuspublic 
Assigned Tomarvintm 
PriorityurgentResolutionfixedFixed in VersionRR16Q4
StatusclosedFix in branchFixed in SCM revision9e8e576b00fd
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned Toguilleaer
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0033978: Taxes in the cashup invoice are not calculated properly if the tax is marked as document level

DescriptionSince 16Q2, the Web POS can calculate taxes at document level. This works correctly in the client side, when computing taxes for individual orders.

However, in the cashup, there is currently a problem in the way the taxes at header level are computed. These taxes should be calculated by summing the taxes at header level from the orders, and instead, they are being calculated by summing the taxes at line level. This can lead to inconsistencies derived from the fact that rounding is different if done in this way.
Steps To Reproduce- Configure taxes to be calculated at document level.
- Log in the Web POS. Create some orders. Do the cashup.
- Verify that the taxes computed at header level for the generated invoice do not sum the same amount as the taxes at header level of the orders. This is wrong.
TagsNo tags attached.
Attached Files

- Relationships [ Relation Graph ] [ Dependency Graph ]
depends on backport 0033979RR16Q3.2 closedmarvintm Taxes in the cashup invoice are not calculated properly if the tax is marked as document level 
depends on backport 0033980RR16Q2.3 closedmarvintm Taxes in the cashup invoice are not calculated properly if the tax is marked as document level 
related to defect 0034084 newRetail Pending test to be developed 

-  Notes
(0090004)
hgbot (developer)
2016-09-15 18:52

 Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: 12aee61a591e0d5cb5f69e28448c0648094fbb13
Author: Antonio Moreno <antonio.moreno <at> openbravo.com>
Date: Thu Sep 15 18:51:16 2016 +0200
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/12aee61a591e0d5cb5f69e28448c0648094fbb13 [^]

Fixed issue 33978. Taxes configured to be calculated at document level will be computed correctly.
The root cause of the problem was that the taxes at document level of the invoice generated during the cashup were computed by summing the taxes from the orders at line level, and this was not correct. Now the taxes at document level of the invoice are computed by summing the taxes at document level of the orders.

---
M src/org/openbravo/retail/posterminal/OrderGroupingProcessor_data.xsql
---
(0090161)
hgbot (developer)
2016-09-22 12:25

 Repository: retail/backports/3.0RR16Q2.3/org.openbravo.retail.posterminal
Changeset: 9e8e576b00fda93aa7979b1bbb37993752706bb8
Author: Miguel de Juana <miguel.dejuana <at> openbravo.com>
Date: Thu Sep 22 12:24:42 2016 +0200
URL: http://code.openbravo.com/retail/backports/3.0RR16Q2.3/org.openbravo.retail.posterminal/rev/9e8e576b00fda93aa7979b1bbb37993752706bb8 [^]

Fixed issue 33978. Taxes configured to be calculated at document level will be computed correctly.
The root cause of the problem was that the taxes at document level of the invoice generated during the cashup were computed by summing the taxes from the orders at line level, and this was not correct. Now the taxes at document level of the invoice are computed by summing the taxes at document level of the orders.

---
M src/org/openbravo/retail/posterminal/OrderGroupingProcessor_data.xsql
---

- Issue History
Date Modified Username Field Change
2016-09-14 08:56 marvintm New Issue
2016-09-14 08:56 marvintm Assigned To => Retail
2016-09-14 08:56 marvintm Triggers an Emergency Pack => No
2016-09-14 08:56 marvintm Assigned To Retail => marvintm
2016-09-14 08:56 marvintm Status new => scheduled
2016-09-15 18:52 hgbot Checkin
2016-09-15 18:52 hgbot Note Added: 0090004
2016-09-15 18:52 hgbot Status scheduled => resolved
2016-09-15 18:52 hgbot Resolution open => fixed
2016-09-15 18:52 hgbot Fixed in SCM revision => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/12aee61a591e0d5cb5f69e28448c0648094fbb13 [^]
2016-09-20 09:50 guilleaer Review Assigned To => guilleaer
2016-09-20 09:50 guilleaer Status resolved => closed
2016-09-20 09:50 guilleaer Fixed in Version => RR16Q4
2016-09-22 12:25 hgbot Checkin
2016-09-22 12:25 hgbot Note Added: 0090161
2016-09-22 12:25 hgbot Status closed => resolved
2016-09-22 12:25 hgbot Fixed in SCM revision http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/12aee61a591e0d5cb5f69e28448c0648094fbb13 [^] => http://code.openbravo.com/retail/backports/3.0RR16Q2.3/org.openbravo.retail.posterminal/rev/9e8e576b00fda93aa7979b1bbb37993752706bb8 [^]
2016-09-22 12:36 migueldejuana Status resolved => closed
2016-09-26 23:14 guilleaer Relationship added related to 0034084

Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker