Project:
View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
ID | ||||||||
0049211 | ||||||||
Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
defect | [Retail Modules] Web POS | major | always | 2022-05-04 14:51 | 2022-05-30 09:08 | |||
Reporter | maite | View Status | public | |||||
Assigned To | rqueralta | |||||||
Priority | urgent | Resolution | fixed | Fixed in Version | RR22Q3 | |||
Status | closed | Fix in branch | Fixed in SCM revision | |||||
Projection | none | ETA | none | Target Version | ||||
OS | Any | Database | Any | Java version | ||||
OS Version | Database version | Ant version | ||||||
Product Version | SCM revision | |||||||
Review Assigned To | ||||||||
Regression level | ||||||||
Regression date | ||||||||
Regression introduced in release | ||||||||
Regression introduced by commit | ||||||||
Triggers an Emergency Pack | No | |||||||
Summary | 0049211: Rounding Payment info set in negative in Payment Method Status Cashupt window | |||||||
Description | In the following scenario, the system is calculating a negative amount for the Rounding payment method while amounts should always be positive in Payment Method Status Cashupt window | |||||||
Steps To Reproduce | 0. Configure Payment Rounding functionality: http://wiki.openbravo.com/wiki/Retail:PaymentRounding [^] with the following values: * Enabled for Sales: DOWN rounding and Multiple=1 * Enabled for Returns: UP rounding and Multiple=1 1. From the touchpoint add any product, set price 30.2 and return the line. Pay the ticket with Cash so Rounding will be applied 2. From the touchpoint run the Cash up process 3. Access to Backoffice go to Channel-Touchpoint, Cash Up history and Payment Method Status Cashupt window. Realize that Total Returns of -0.80 has been calculated for Rounding payment method, which is wrong. It should be calculated as a Total Sale of 0.80 | |||||||
Tags | No tags attached. | |||||||
Attached Files | ||||||||
Relationships [ Relation Graph ] [ Dependency Graph ] | |
Notes | |
(0137544) hgbot (developer) 2022-05-19 16:52 |
Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/802 [^] |
(0137845) hgbot (developer) 2022-05-30 09:08 |
Merge request merged: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/802 [^] |
(0137846) hgbot (developer) 2022-05-30 09:08 |
Directly closing issue as related merge request is already approved. Repository: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal [^] Changeset: 9418a90fe6ce7cba4145f31c6b88e762da4217b3 Author: Rafael Queralta <rafaelcuba81@gmail.com> Date: 30-05-2022 07:08:15 URL: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/commit/9418a90fe6ce7cba4145f31c6b88e762da4217b3 [^] Fixed BUG-49211: Rounding payment method calculated as a Total Sale instead as e Total Return --- M web/org.openbravo.retail.posterminal/app/model/business-object/cashup/CashupUtils.js --- |
Issue History | |||
Date Modified | Username | Field | Change |
2022-05-04 14:51 | maite | New Issue | |
2022-05-04 14:51 | maite | Assigned To | => Retail |
2022-05-04 14:51 | maite | Triggers an Emergency Pack | => No |
2022-05-04 14:51 | maite | Issue Monitored: networkb | |
2022-05-04 15:00 | rqueralta | Assigned To | Retail => rqueralta |
2022-05-04 15:00 | rqueralta | Status | new => scheduled |
2022-05-19 16:52 | hgbot | Note Added: 0137544 | |
2022-05-30 09:08 | hgbot | Resolution | open => fixed |
2022-05-30 09:08 | hgbot | Status | scheduled => closed |
2022-05-30 09:08 | hgbot | Note Added: 0137845 | |
2022-05-30 09:08 | hgbot | Fixed in Version | => RR22Q3 |
2022-05-30 09:08 | hgbot | Note Added: 0137846 |
Copyright © 2000 - 2009 MantisBT Group |