Openbravo Issue Tracking System - Retail Modules |
View Issue Details |
|
ID | Project | Category | View Status | Date Submitted | Last Update |
0031985 | Retail Modules | Web POS | public | 2016-01-21 17:46 | 2016-03-16 19:20 |
|
Reporter | plujan | |
Assigned To | ranjith_qualiantech_com | |
Priority | normal | Severity | major | Reproducibility | have not tried |
Status | closed | Resolution | fixed | |
Platform | | OS | 5 | OS Version | |
Product Version | main | |
Target Version | | Fixed in Version | RR16Q2 | |
Merge Request Status | |
Review Assigned To | marvintm |
OBNetwork customer | No |
Support ticket | |
Regression level | QA functional test |
Regression date | |
Regression introduced in release | |
Regression introduced by commit | |
Triggers an Emergency Pack | No |
|
Summary | 0031985: [RR16Q1] Overpayment mixing cash and card is not possible |
Description | If I try to overpay a receipt using a combination of cash and card payments a message is shown: "Only cash payment methods are allowed to return change"
The message is not correct since I am actually using cash as part of the payment. |
Steps To Reproduce | 1. Login into webPOS and create a ticket for any given value, i.e. 132.98€
2. Click the total amount to pay it.
3. Select Cash as payment method and pay 100€
4. Select Card as payment method and pay 33€
5. There is 0.02 change but the ticket cannot be completed. A message is shown: Only cash payment methods are allowed to return change |
Proposed Solution | |
Additional Information | |
Tags | No tags attached. |
Relationships | depends on | backport | 0031987 | RR16Q1 | closed | ranjith_qualiantech_com | [RR16Q1] Overpayment mixing cash and card is not possible |
|
Attached Files | |
|
Issue History |
Date Modified | Username | Field | Change |
2016-01-21 17:46 | plujan | New Issue | |
2016-01-21 17:46 | plujan | Assigned To | => Retail |
2016-01-21 17:46 | plujan | OBNetwork customer | => No |
2016-01-21 17:46 | plujan | Regression level | => QA functional test |
2016-01-21 17:46 | plujan | Triggers an Emergency Pack | => No |
2016-01-21 20:57 | guilleaer | Status | new => scheduled |
2016-01-21 21:21 | guilleaer | Note Added: 0083512 | |
2016-01-22 12:13 | ranjith_qualiantech_com | Assigned To | Retail => ranjith_qualiantech_com |
2016-01-27 17:16 | hgbot | Checkin | |
2016-01-27 17:16 | hgbot | Note Added: 0083638 | |
2016-01-27 17:16 | hgbot | Status | scheduled => resolved |
2016-01-27 17:16 | hgbot | Resolution | open => fixed |
2016-01-27 17:16 | hgbot | Fixed in SCM revision | => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/eec71d5dbd6b53f35a0fb7c689022c71c8b09cef [^] |
2016-01-27 17:16 | hgbot | Checkin | |
2016-01-27 17:16 | hgbot | Note Added: 0083639 | |
2016-01-27 17:21 | guilleaer | Note Deleted: 0083512 | |
2016-02-05 16:02 | marvintm | Review Assigned To | => marvintm |
2016-02-05 16:02 | marvintm | Status | resolved => closed |
2016-02-05 16:02 | marvintm | Fixed in Version | => RR16Q2 |
2016-03-03 13:51 | marvintm | Note Added: 0084683 | |
2016-03-03 13:51 | marvintm | Status | closed => new |
2016-03-03 13:51 | marvintm | Resolution | fixed => open |
2016-03-03 13:51 | marvintm | Fixed in Version | RR16Q2 => |
2016-03-03 13:51 | marvintm | Status | new => scheduled |
2016-03-04 12:51 | hgbot | Checkin | |
2016-03-04 12:51 | hgbot | Note Added: 0084731 | |
2016-03-04 12:51 | hgbot | Status | scheduled => resolved |
2016-03-04 12:51 | hgbot | Resolution | open => fixed |
2016-03-04 12:51 | hgbot | Fixed in SCM revision | http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/eec71d5dbd6b53f35a0fb7c689022c71c8b09cef [^] => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/fff6b6f61cf3ae4a785a40e727407fc6dd96ee82 [^] |
2016-03-04 12:51 | hgbot | Checkin | |
2016-03-04 12:51 | hgbot | Note Added: 0084732 | |
2016-03-16 19:20 | marvintm | Status | resolved => closed |
2016-03-16 19:20 | marvintm | Fixed in Version | => RR16Q2 |
Notes |
|
(0083638)
|
hgbot
|
2016-01-27 17:16
|
|
|
|
(0083639)
|
hgbot
|
2016-01-27 17:16
|
|
|
|
|
The basic case, in which there is enough cash available in the till, works correctly. However, there is one case in which I found a problem:
- Do a cashup, ensure that no cash remains in the till.
- Then, create a ticket with total 150
- Add a payment in cash for 100
- Add a payment in card, for 60.
- Verify that the Done button is disabled, but there is no error message explaining the problem.
My take is that in this case, the system is detecting that there is no way to return change as no money is in the till. However, if this is the case, there should be a red error message explaining the problem.
We are missing this error message explaining that there is no cash available in this case, and therefore the user could be confused. |
|
|
(0084731)
|
hgbot
|
2016-03-04 12:51
|
|
|
|
(0084732)
|
hgbot
|
2016-03-04 12:51
|
|
Repository: tools/automation/pi-mobile
Changeset: c49bac709619ad419c2e9e509cd845b6de4a1ed3
Author: Ranjith S R <ranjith <at> qualiantech.com>
Date: Fri Mar 04 17:20:18 2016 +0530
URL: http://code.openbravo.com/tools/automation/pi-mobile/rev/c49bac709619ad419c2e9e509cd845b6de4a1ed3 [^]
Verifies issue 31985: Modified automated test 'I31985_VerifyChangeByCashCardPayment'
---
M src-test/org/openbravo/test/mobile/retail/pack/selenium/tests/system/I31985_VerifyChangeByCashCardPayment.java
---
|
|