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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0041381
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Retail Modules] Web POSmajoralways2019-07-17 15:232019-08-22 18:43
ReporteraaroncaleroView Statuspublic 
Assigned Torqueralta 
PriorityhighResolutionfixedFixed in VersionRR19Q4
StatusclosedFix in branchFixed in SCM revisiondac2593d92f2
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

0041381: Prepayment Amount is not updated in the Order after reprocessing it

DescriptionWhen a layaway/order is created in WebPOS, the calculated prepayment amount is stored as a property of the order header. If the ticket is loaded again in WebPOS (i.e. to add a payment) and it is processed again, if the prepayment amount has changed, it is not updated in the order header.
Steps To ReproduceLogin in backend.
Go to the Channel - Touchpoint window and find the terminal LAYVBS-1
Navigate to its Touchpoint type and enable 'Allow prepayments and partial payments'.
Go back to Channel - Touchpoint window, find the terminal VBS-1 and navigate to its Touchpoint Type. Enable 'Allow prepayments and partial payments'.
Navigate to the Vallblanca Store organization and remove the default prepayment algorithm.

Login in WebPOS, terminal LAYVBS-1
Create a new ticket
Change the customer of the ticket to Arturo Montoro
Add two different products
Select the second line, and on the Edit tab click on 'Set as Undeliverable'. Approve the action if necessary.
Click on the total amount button, and click on Layaway.

Login again in backend, go to the organization window, Vallblanca Store organization and reconfigure the default prepayment algorithm.

Login in WebPOS, terminal VBS-1
Load the layaway created previously
Click on the total amount button
Verify that the requested payment for delivery is the amount of the first line.
Pay the amount required for delivery and click on Done to synchronize the receipt.
Do a query to the database and verify that the em_obpos_prepaymentamt of the receipt is still the full amount of the ticket
Proposed SolutionWhen an order is modified, update all the prepayment-related amounts (prepayment, prepayment limit, and prepayment layaway limit) if the new value exists in the order json
See attached patch
TagsNo tags attached.
Attached Files? file icon Issue41381.export [^] (1,431 bytes) 2019-07-17 15:29

- Relationships Relation Graph ] Dependency Graph ]

-  Notes
(0114054)
hgbot (developer)
2019-08-16 18:17

Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: dac2593d92f21fb04a52440b342800c1fe479ec3
Author: Aaron Calero <aaron.calero <at> openbravo.com>
Date: Wed Jul 17 13:54:20 2019 +0200
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/dac2593d92f21fb04a52440b342800c1fe479ec3 [^]

Fixed issue 41381: Prepayment Amount is not updated in the Order after reprocessing it

---
M src/org/openbravo/retail/posterminal/OrderLoader.java
---

- Issue History
Date Modified Username Field Change
2019-07-17 15:23 aaroncalero New Issue
2019-07-17 15:23 aaroncalero Assigned To => Retail
2019-07-17 15:23 aaroncalero Resolution time => 1564524000
2019-07-17 15:23 aaroncalero Triggers an Emergency Pack => No
2019-07-17 15:29 aaroncalero File Added: Issue41381.export
2019-07-17 15:29 aaroncalero Proposed Solution updated
2019-07-30 20:34 rqueralta Assigned To Retail => rqueralta
2019-07-30 20:34 rqueralta Status new => scheduled
2019-08-16 18:17 hgbot Checkin
2019-08-16 18:17 hgbot Note Added: 0114054
2019-08-16 18:17 hgbot Status scheduled => resolved
2019-08-16 18:17 hgbot Resolution open => fixed
2019-08-16 18:17 hgbot Fixed in SCM revision => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/dac2593d92f21fb04a52440b342800c1fe479ec3 [^]
2019-08-22 18:43 marvintm Review Assigned To => marvintm
2019-08-22 18:43 marvintm Status resolved => closed
2019-08-22 18:43 marvintm Fixed in Version => RR19Q4


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker