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

View Issue Details[ Jump to Notes ] [ Issue History ] [ Print ]
ID
0046496
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Retail Modules] Web POSmajoralways2021-05-04 17:362021-07-14 11:55
ReporterucarrionView Statuspublic 
Assigned Torqueralta 
PriorityhighResolutionfixedFixed in VersionRR21Q3
StatusclosedFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned To
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0046496: Incorrect payment rounding for partial payments

DescriptionThe payment rounding is incorrectly applied in case the payment rounded is partial under the rounded amount. Then if the payment is completed, the order generates an EWI in the backoffice.

Video: https://drive.google.com/file/d/1_DOgpWRk-hKsTgUrrlugitw5T-791PG5/view [^]
Steps To Reproduce-Login the backoffice and configure a rounding payment for cash
-Set a rounding down sor sales and up for returns to 0.05 Multiple
-Login the webpos till configured
-Add a product in order to have a total amount of X.99€ (edit it's price if needed)
-Pay X.98€ in a payment method not applying rounding (for example: voucher, card)
-Select the cash payment and press the exact button
-Check that the payment in cash is 0.00 and the rounding is 0.01
-Complete the payment
-Check that an EWI has been generated in the backoffice
Proposed SolutionThere should not be an EWI as above mentioned rouning is correct.

Moreover, we should think on a functional approach to decide about the behavior in this kind of scenario, if required

That approach could be not to round down if the amount to pay (or to be rounded) is less than the amount set as "Rounding multiple in sales/purchase".

For instance a product with a price of 0,03€ (plastic bug) can not be rounded down to 0,00€, but remain as 0.03€, unless rounding up to 0.05€ is configured.
Or, another solution could be not to allow cash payments of such quantities.

See FR related
TagsNo tags attached.
Attached Files

- Relationships [ Relation Graph ] [ Dependency Graph ]
related to feature request 0047050 newpsanjuan Openbravo Localizations Payment rounding in case of a paid amount smaller than rounding multiple 

-  Notes
(0127830)
psanjuan (manager)
2021-05-05 13:41
edited on: 2021-07-14 09:54

 Inquiry sent to double check if the proposed solution is legally complaint, but no news. Review full rounding.
(0127862)
hgbot (developer)
2021-05-06 15:58

 Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/400 [^]
(0128529)
hgbot (developer)
2021-05-24 07:25

 Merge request merged: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/400 [^]
(0128530)
hgbot (developer)
2021-05-24 07:25

 Directly closing issue as related merge request is already approved.

Repository: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal [^]
Changeset: 232a6eb49b157c800fd6e8c0bb39d7bf6cb205e6
Author: Rafael Queralta <rafaelcuba81@gmail.com>
Date: 2021-05-24T05:24:35+00:00
URL: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/commit/232a6eb49b157c800fd6e8c0bb39d7bf6cb205e6 [^]

Fixed BUG-46496: If the amount to pay (or to be rounded) is less than the amount set as "Rounding multiple in sales/purchase" not rounding payment will be created

---
M web/org.openbravo.retail.posterminal/app/model/business-object/ticket/AddPaymentUtils.js
---

- Issue History
Date Modified Username Field Change
2021-05-04 17:36 ucarrion New Issue
2021-05-04 17:36 ucarrion Assigned To => Retail
2021-05-04 17:36 ucarrion Resolution time => 1621461600
2021-05-04 17:36 ucarrion Triggers an Emergency Pack => No
2021-05-04 17:58 ucarrion Assigned To Retail => vmromanos
2021-05-05 09:27 psanjuan Proposed Solution updated
2021-05-05 11:35 psanjuan Proposed Solution updated
2021-05-05 11:49 ucarrion Resolution time 1621461600 => 1621893600
2021-05-05 11:49 ucarrion Assigned To vmromanos => Retail
2021-05-05 13:41 psanjuan Note Added: 0127830
2021-05-05 15:45 rqueralta Assigned To Retail => rqueralta
2021-05-06 15:58 hgbot Note Added: 0127862
2021-05-24 07:25 hgbot Note Added: 0128529
2021-05-24 07:25 hgbot Resolution open => fixed
2021-05-24 07:25 hgbot Status new => closed
2021-05-24 07:25 hgbot Fixed in Version => RR21Q3
2021-05-24 07:25 hgbot Note Added: 0128530
2021-06-10 09:53 psanjuan Relationship added related to 0047050
2021-07-14 09:50 psanjuan Proposed Solution updated
2021-07-14 09:54 psanjuan Proposed Solution updated
2021-07-14 09:54 psanjuan Note Edited: 0127830 View Revisions
2021-07-14 11:55 psanjuan Proposed Solution updated

Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker