Openbravo Issue Tracking System - Retail Modules | |||||
View Issue Details | |||||
ID | Project | Category | View Status | Date Submitted | Last Update |
0051424 | Retail Modules | Web POS | public | 2023-01-20 08:43 | 2023-01-20 08:43 |
Reporter | pniam | ||||
Assigned To | Retail | ||||
Priority | high | Severity | minor | Reproducibility | always |
Status | new | Resolution | open | ||
Platform | OS | 5 | OS Version | ||
Product Version | |||||
Target Version | Fixed in Version | ||||
Merge Request Status | |||||
Review Assigned To | |||||
OBNetwork customer | |||||
Support ticket | |||||
Regression level | |||||
Regression date | |||||
Regression introduced in release | |||||
Regression introduced by commit | |||||
Triggers an Emergency Pack | No | ||||
Summary | 0051424: Percentage wrong calculated on WebPOS for 20Q3 | ||||
Description | (WebPOS) When you create an order and apply more than one discount everything is ok, but when the order is finished and you open it again from "Open Receipt" the way is now calculating the percentage applied in each discount is allways doing: OB.DEC.mul(OB.DEC.div(promotion.amt, iter.lineGrossAmount), new BigDecimal('100')); Which is wrong because the second discount must be calculated from iter.lineGrossAmount - firstPromotion.amt | ||||
Steps To Reproduce | - Log in into Web POS - Select a product with amount of 100€ - Add a discount of 10% - Add a discount of 5€ - Add a discount of 5% - Pay the receipt - Go to "Open Receipt" and open it - If you check the array of promotions from OB.MobileApp.model.receipt.get('lines').at(0).get('promotions') the third promotion will have an userAmt of 4% instead of 5% | ||||
Proposed Solution | |||||
Additional Information | |||||
Tags | No tags attached. | ||||
Relationships | |||||
Attached Files | |||||
Issue History | |||||
Date Modified | Username | Field | Change | ||
2023-01-20 08:43 | pniam | New Issue | |||
2023-01-20 08:43 | pniam | Assigned To | => Retail | ||
2023-01-20 08:43 | pniam | Triggers an Emergency Pack | => No |
There are no notes attached to this issue. |