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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0051907
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Retail Modules] Quotationsmajoralways2023-03-17 14:372023-05-15 09:35
ReporterrfaconView Statuspublic 
Assigned Toalainperez 
PrioritynormalResolutionfixedFixed in VersionRR23Q3
StatusclosedFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned Toaaroncalero
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0051907: Not enough cash when a refund with rounding is done

DescriptionWhen a sale is done with a rounding, the WebPOS splits the lines to apply the rounding and calculates the correct amount the customer has to pay.

But when a return is done, the amount to refund is based on the total without rounding amount calculation (rounding mechanism is triggered too late).

If the terminal doesn’t have the enough money at this step, an error message is displayed.
Steps To ReproduceTaking a terminal with rounding payment activated :

1. Do a cash up to open the terminal with 0€ in cash
2. Add an article, click on the product line and change the price to 2.61€
3. Click on the total amount, select cash as payment method and click on 'Pay total' button
-> The rounding mechanism is applied, payment is splitted in two lines : Cash 2.60 and Rounding 0.01
4. Finish the sale by clicking on 'Done'

At this step, the terminal has 2.60€ in cash.

5. Click on Menu / Verified Returns and select to return the 2.61€ sale previously done
6. Click on the total amount, select cash as payment method : Message 'There is not enough cash available' appears in red.

-> The rounding mechanism is not applied at this step, the WebPOS asks to refund the customer 2.61€ when it should be 2.60€
Proposed SolutionAmount to refund should be considered after the application of the rounding mechanism
TagsNo tags attached.
Attached Filespng file icon Rounding return.PNG [^] (57,887 bytes) 2023-03-17 14:37

- Relationships Relation Graph ] Dependency Graph ]

-  Notes
(0147972)
hgbot (developer)
2023-03-27 03:19

Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/1115 [^]
(0149689)
hgbot (developer)
2023-05-15 09:34

Repository: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal [^]
Changeset: 1a2b7ffe68f6e0aa76da1b01a97bd507b2b73d4a
Author: Alain Perez Balart <alain.perez@openbravo.com>
Date: 15-05-2023 09:31:51
URL: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/commit/1a2b7ffe68f6e0aa76da1b01a97bd507b2b73d4a [^]

Fixed ISSUE-51907: Not enough cash when a refund with rounding is done

---
M web/org.openbravo.retail.posterminal/js/pointofsale/view/payment.js
---
(0149690)
hgbot (developer)
2023-05-15 09:34

Merge request merged: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/1115 [^]

- Issue History
Date Modified Username Field Change
2023-03-17 14:37 rfacon New Issue
2023-03-17 14:37 rfacon Assigned To => Retail
2023-03-17 14:37 rfacon File Added: Rounding return.PNG
2023-03-17 14:37 rfacon Triggers an Emergency Pack => No
2023-03-22 13:27 aaroncalero Assigned To Retail => alainperez
2023-03-22 14:41 alainperez Status new => scheduled
2023-03-27 03:19 hgbot Note Added: 0147972
2023-05-15 09:34 hgbot Resolution open => fixed
2023-05-15 09:34 hgbot Status scheduled => resolved
2023-05-15 09:34 hgbot Fixed in Version => RR23Q3
2023-05-15 09:34 hgbot Note Added: 0149689
2023-05-15 09:34 hgbot Note Added: 0149690
2023-05-15 09:35 aaroncalero Review Assigned To => aaroncalero
2023-05-15 09:35 aaroncalero Status resolved => closed


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker