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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0050414
TypeCategorySeverityReproducibilityDate SubmittedLast Update
backport[Retail Modules] Web POSmajoralways2022-09-22 10:532022-10-05 10:50
ReporteraaroncaleroView Statuspublic 
Assigned Toigor_trebol 
PriorityhighResolutionfixedFixed in VersionRR22Q4
StatusclosedFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget VersionRR22Q4
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned Toaferraz
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0050414: Payment Methods for Refunds: changes in payments/lines not controlled correctly

DescriptionThere are some situations where the PM for refunds validation is triggered incorrectly, or it is not triggered when it should.
Both situations involve playing around with verified returns and blind returns lines and adding/removing payments.
Steps To ReproducePreparation:
Log in backoffice, go to the Channel - Touchpoint Type window and configure the Payment Method for Refunds functionality:
* Add Cash as the PM for Refund for Cash

Log in Webpos and create a ticket with a single product and paid totally in Cash.

Case 1) Validation applied incorrectly:
* Go to menu > Verified returns and return the ticket created previously.
* Remove the VR line
* Add a negative line (blind return) of the same product used previously
* Try to complete the payment with Card
=> Validation is still applied and Card payment is refused, despite being a blind return ticket

Case 2) Validation skipped
* Create an empty ticket and add a negative line (blind return) of the same product used previously
* Add a negative payment in Card but do not complete the ticket
* Remove the blind return line
* Go to menu > Verified returns and return the ticket created previously.
=> Verify that the payment added in Card is still present (which should not be possible because only Cash is allowed) and that it is possible to complete the return process by clicking on Done.
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
blocks defect 0050310 closedigor_trebol Payment Methods for Refunds: changes in payments/lines not controlled correctly 

-  Notes
(0141666)
hgbot (developer)
2022-10-05 10:48

Repository: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal [^]
Changeset: 15280618449d1fbe533d0e1d14134d4917a69956
Author: Igor Trebol <igor.trebol@openbravo.com>
Date: 05-10-2022 10:27:31
URL: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/commit/15280618449d1fbe533d0e1d14134d4917a69956 [^]

Fixes ISSUE-50414: Verified return original payments now are re-calculated when removing a line

---
M web-test/model/business-object/ticket/actions/DeleteLine.test.js
M web/org.openbravo.retail.posterminal/app/model/business-object/ticket/actions/DeleteLine.js
---
(0141667)
aferraz (manager)
2022-10-05 10:50

MR: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/945 [^]

- Issue History
Date Modified Username Field Change
2022-10-05 10:16 igor_trebol Type defect => backport
2022-10-05 10:16 igor_trebol Target Version => RR22Q4
2022-10-05 10:48 hgbot Resolution open => fixed
2022-10-05 10:48 hgbot Status scheduled => resolved
2022-10-05 10:48 hgbot Fixed in Version => RR22Q4
2022-10-05 10:48 hgbot Note Added: 0141666
2022-10-05 10:50 aferraz Review Assigned To => aferraz
2022-10-05 10:50 aferraz Status resolved => closed
2022-10-05 10:50 aferraz Note Added: 0141667


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker