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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0033939
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Retail Modules] Web POSmajoralways2016-09-09 12:542016-12-16 08:41
ReporterumartirenaView Statuspublic 
Assigned Tojorge-garcia 
PrioritynormalResolutionfixedFixed in VersionRR17Q1
StatusclosedFix in branchFixed in SCM revisionef3073111938
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned Tomarvintm
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0033939: SER QA 1790 Wrong remaining to pay amount when paying with multicurrency

DescriptionWrong remaining to pay amount when paying with multicurrency
Steps To ReproduceIn https://livebuilds.openbravo.com/retail_pi_pgsql/web/org.openbravo.retail.posterminal/?terminal=VBS-1#login: [^]

 * Click on "Layaway this Receipt"
 * Add a product: "Avalanche transceiver"
 * Go to payment window
 * Pay 100 in USA Cash
 * Click on cash payment method and see that remaining to pay is 74.42€
 * Click on Layaway, it will be synchronized to the backend.
 * Retrieve the layaway
 * Go to payments window. Realize that remaining to pay is 74.43€, which is wrong.
Proposed SolutionDon't recalculate payments coming from backend.
TagsNo tags attached.
Attached Filesdiff file icon 33939posterminal.diff [^] (2,911 bytes) 2016-10-04 11:28 [Show Content]
diff file icon 33939test.diff [^] (4,907 bytes) 2016-10-04 11:29 [Show Content]

- Relationships Relation Graph ] Dependency Graph ]
related to defect 0031279 closedmario_castello [SERQA 332] When opening a ticket payed with USACash, the paid amount isn't correctly loaded 
depends on backport 0034712RR16Q4 closedjorge-garcia SER QA 1790 Wrong remaining to pay amount when paying with multicurrency 

-  Notes
(0090715)
hgbot (developer)
2016-10-20 10:51

Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: ef307311193872c449bf72e21bd70b7329244913
Author: Jorge Garcia <jorge.garcia <at> openbravo.com>
Date: Wed Oct 19 09:55:28 2016 +0200
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/ef307311193872c449bf72e21bd70b7329244913 [^]

Fixed issue 33939: SER QA 1790 Wrong remaining to pay amount when paying
with multicurrency

The solution is to not recalculate the value paid in other currency. For that,
it’s necessary to use the data stored in the transaction amount from the
payment.

---
M src/org/openbravo/retail/posterminal/PaidReceipts.java
---
(0090716)
hgbot (developer)
2016-10-20 10:51

Repository: tools/automation/pi-mobile
Changeset: a67a2fcbc816fd4bf23d2a8297812b50c1759878
Author: Jorge Garcia <jorge.garcia <at> openbravo.com>
Date: Mon Oct 03 17:39:50 2016 +0200
URL: http://code.openbravo.com/tools/automation/pi-mobile/rev/a67a2fcbc816fd4bf23d2a8297812b50c1759878 [^]

Verifies issue 33939: SER QA 1790 Wrong remaining to pay amount when paying
with multicurrency

Added test I33939_WrongRemainingAmtWithMultiCurrency.

---
M src-test/org/openbravo/test/mobile/retail/pack/selenium/TestIdPack.java
A src-test/org/openbravo/test/mobile/retail/pack/selenium/tests/layaway/I33939_WrongRemainingAmtWithMultiCurrency.java
---
(0090724)
jorge-garcia (reporter)
2016-10-20 16:00

The test CancelAndRplcOfCancelAndRplc has an annotation associated @TestAnnotations(waitFixOf = 33939) and it's failing in try-retail
(0090935)
hgbot (developer)
2016-10-27 08:41

Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: 1e66343cb52ad4945906eaf605a4561372e3137d
Author: Jorge Garcia <jorge.garcia <at> openbravo.com>
Date: Fri Oct 21 13:45:58 2016 +0200
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/1e66343cb52ad4945906eaf605a4561372e3137d [^]

Related to issue 33939: SER QA 1790 Wrong remaining to pay amount when paying
with multicurrency

The financial account selected to use in cancel and replace has changed. Now the
query searches for those financial account with the same currency as defined at
organization level.

The second change use the previous flow to generate the information of the
payments in case the order is a cancel and replace ticket. In the rest of the
cases, the information of the payments are read directly from the real payment
(in it’s original currency).

---
M src/org/openbravo/retail/posterminal/POSUtils.java
M src/org/openbravo/retail/posterminal/PaidReceipts.java
---
(0092245)
hgbot (developer)
2016-12-09 14:57

Repository: retail/backports/3.0RR16Q4/org.openbravo.retail.posterminal
Changeset: 199b31927b19b08d377cf8e8d817d87990e10130
Author: Jorge Garcia <jorge.garcia <at> openbravo.com>
Date: Wed Oct 19 09:55:28 2016 +0200
URL: http://code.openbravo.com/retail/backports/3.0RR16Q4/org.openbravo.retail.posterminal/rev/199b31927b19b08d377cf8e8d817d87990e10130 [^]

Fixed issue 34712, backport of issue 33939: SER QA 1790 Wrong remaining to pay amount when paying
with multicurrency

The solution is to not recalculate the value paid in other currency. For that,
it’s necessary to use the data stored in the transaction amount from the
payment.

---
M src/org/openbravo/retail/posterminal/PaidReceipts.java
---
(0092247)
hgbot (developer)
2016-12-09 14:57

Repository: retail/backports/3.0RR16Q4/org.openbravo.retail.posterminal
Changeset: 3f15d8c4c8ae388d65b438e945007854fb829b4b
Author: Jorge Garcia <jorge.garcia <at> openbravo.com>
Date: Fri Oct 21 13:45:58 2016 +0200
URL: http://code.openbravo.com/retail/backports/3.0RR16Q4/org.openbravo.retail.posterminal/rev/3f15d8c4c8ae388d65b438e945007854fb829b4b [^]

Fixed issue 34712, backport of issue 33939: SER QA 1790 Wrong remaining to pay amount when paying
with multicurrency

The financial account selected to use in cancel and replace has changed. Now the
query searches for those financial account with the same currency as defined at
organization level.

The second change use the previous flow to generate the information of the
payments in case the order is a cancel and replace ticket. In the rest of the
cases, the information of the payments are read directly from the real payment
(in it’s original currency).

---
M src/org/openbravo/retail/posterminal/POSUtils.java
M src/org/openbravo/retail/posterminal/PaidReceipts.java
---
(0092261)
hgbot (developer)
2016-12-09 15:20

Repository: retail/backports/3.0RR16Q4/pi-mobile
Changeset: 61ef72900beea36ddba860d12d0901f941874338
Author: Jorge Garcia <jorge.garcia <at> openbravo.com>
Date: Mon Oct 03 17:39:50 2016 +0200
URL: http://code.openbravo.com/retail/backports/3.0RR16Q4/pi-mobile/rev/61ef72900beea36ddba860d12d0901f941874338 [^]

Fixed issue 34712, backport of issue 33939: SER QA 1790 Wrong remaining to pay amount when paying
with multicurrency

Added test I33939_WrongRemainingAmtWithMultiCurrency.

---
M src-test/org/openbravo/test/mobile/retail/pack/selenium/TestIdPack.java
A src-test/org/openbravo/test/mobile/retail/pack/selenium/tests/layaway/I33939_WrongRemainingAmtWithMultiCurrency.java
---
(0092453)
hgbot (developer)
2016-12-16 08:41

Repository: tools/automation/pi-mobile
Changeset: 61ef72900beea36ddba860d12d0901f941874338
Author: Jorge Garcia <jorge.garcia <at> openbravo.com>
Date: Mon Oct 03 17:39:50 2016 +0200
URL: http://code.openbravo.com/tools/automation/pi-mobile/rev/61ef72900beea36ddba860d12d0901f941874338 [^]

Fixed issue 34712, backport of issue 33939: SER QA 1790 Wrong remaining to pay amount when paying
with multicurrency

Added test I33939_WrongRemainingAmtWithMultiCurrency.

---
M src-test/org/openbravo/test/mobile/retail/pack/selenium/TestIdPack.java
A src-test/org/openbravo/test/mobile/retail/pack/selenium/tests/layaway/I33939_WrongRemainingAmtWithMultiCurrency.java
---

- Issue History
Date Modified Username Field Change
2016-09-09 12:54 umartirena New Issue
2016-09-09 12:54 umartirena Assigned To => Retail
2016-09-09 12:54 umartirena Triggers an Emergency Pack => No
2016-09-09 12:54 umartirena Relationship added related to 0031279
2016-09-09 13:34 umartirena Summary Wrong remaining to pay amount when paying with multicurrency => SER QA 1774 Wrong remaining to pay amount when paying with multicurrency
2016-09-12 13:25 umartirena Resolution time => 1474581600
2016-09-21 17:00 VictorVillar Resolution time 1474581600 => 1475100000
2016-09-21 17:00 VictorVillar Summary SER QA 1774 Wrong remaining to pay amount when paying with multicurrency => SER QA 1790 Wrong remaining to pay amount when paying with multicurrency
2016-09-26 10:55 VictorVillar Resolution time 1475100000 => 1475445600
2016-09-27 11:48 jorge-garcia Status new => scheduled
2016-09-27 11:48 jorge-garcia Assigned To Retail => jorge-garcia
2016-10-04 11:28 jorge-garcia File Added: 33939posterminal.diff
2016-10-04 11:29 jorge-garcia File Added: 33939test.diff
2016-10-20 10:51 hgbot Checkin
2016-10-20 10:51 hgbot Note Added: 0090715
2016-10-20 10:51 hgbot Status scheduled => resolved
2016-10-20 10:51 hgbot Resolution open => fixed
2016-10-20 10:51 hgbot Fixed in SCM revision => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/ef307311193872c449bf72e21bd70b7329244913 [^]
2016-10-20 10:51 hgbot Checkin
2016-10-20 10:51 hgbot Note Added: 0090716
2016-10-20 16:00 jorge-garcia Note Added: 0090724
2016-10-20 16:00 jorge-garcia Status resolved => new
2016-10-20 16:00 jorge-garcia Resolution fixed => open
2016-10-26 09:05 jorge-garcia Status new => scheduled
2016-10-27 08:41 hgbot Checkin
2016-10-27 08:41 hgbot Note Added: 0090935
2016-10-27 09:09 jorge-garcia Status scheduled => resolved
2016-10-27 09:09 jorge-garcia Fixed in Version => RR17Q1
2016-10-27 09:09 jorge-garcia Resolution open => fixed
2016-10-27 12:57 marvintm Review Assigned To => marvintm
2016-10-27 12:57 marvintm Status resolved => closed
2016-12-09 12:16 Orekaria Status closed => new
2016-12-09 12:16 Orekaria Resolution fixed => open
2016-12-09 12:16 Orekaria Fixed in Version RR17Q1 =>
2016-12-09 12:16 Orekaria Status new => scheduled
2016-12-09 12:17 Orekaria Status scheduled => resolved
2016-12-09 12:17 Orekaria Fixed in Version => RR17Q1
2016-12-09 12:17 Orekaria Resolution open => fixed
2016-12-09 12:17 Orekaria Status resolved => closed
2016-12-09 14:57 hgbot Checkin
2016-12-09 14:57 hgbot Note Added: 0092245
2016-12-09 14:57 hgbot Checkin
2016-12-09 14:57 hgbot Note Added: 0092247
2016-12-09 15:20 hgbot Checkin
2016-12-09 15:20 hgbot Note Added: 0092261
2016-12-16 08:41 hgbot Checkin
2016-12-16 08:41 hgbot Note Added: 0092453


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker