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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0046496
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Retail Modules] Web POSmajoralways2021-05-04 17:362021-05-06 15:58
ReporterucarrionView Statuspublic 
Assigned Torqueralta 
PriorityhighResolutionopenFixed in Version
StatusnewFix 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 SolutionWe should think on a functional approach to decide about the behavior in this kind of scenario.

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 only up to 0.05€ in case a rounding up is configured.
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]

-  Notes
(0127830)
psanjuan (manager)
2021-05-05 13:41

Inquiry sent to double check if the proposed solution is legally complaint.
(0127862)
hgbot (developer)
2021-05-06 15:58

Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/400 [^]

- 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 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 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


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker