Project:
View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
ID | ||||||||
0046393 | ||||||||
Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
defect | [POS2] POS | minor | always | 2021-04-28 13:34 | 2021-07-05 12:38 | |||
Reporter | lorenzofidalgo | View Status | public | |||||
Assigned To | Retail | |||||||
Priority | normal | Resolution | out of date | Fixed in Version | ||||
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 | main | SCM revision | ||||||
Review Assigned To | dmiguelez | |||||||
Regression level | ||||||||
Regression date | ||||||||
Regression introduced in release | ||||||||
Regression introduced by commit | ||||||||
Triggers an Emergency Pack | No | |||||||
Summary | 0046393: The user can not differentiate between positive and negative payments (returns) | |||||||
Description | Positive and negative payments are identical from the user point of view | |||||||
Steps To Reproduce | 0-Login POS2 as vallblanca 1-Add 1x Beer 0.5L to the receipt 2-Click Pay button 3-Click Cash button. A payment will be added. 4-Click Return Order button. The 3€ payment remains the same. 5-Click Done. A popup with an error will be shown. Close that popup. 6-Now, click X to remove the 3€ payment and click Cash button again. A 3€ payment that looks identical to the previos one is added. Now click Done. It is possible to close the receipt now. Both payments can not look the same or the user will be confused. | |||||||
Tags | No tags attached. | |||||||
Attached Files | PositivePayment.png [^] (79,837 bytes) 2021-04-28 13:34
NotPositivePayment.png [^] (65,757 bytes) 2021-04-28 13:34 | |||||||
Relationships [ Relation Graph ] [ Dependency Graph ] | ||||||||
|
Notes | |
(0127675) guilleaer (manager) 2021-04-30 09:43 |
Return order button should be disabled when: Order has payments Payment flow is active In returns payments are shown as positive so this is not a defect |
(0128642) dbaz (developer) 2021-05-26 10:33 |
There are several ways from moving to a positive order to a negative one and the other way around (pressing "Return Order" button, change "Qty" of existing lines, pressing "Return Line" is lines, deleting lines and adding new ones, ...), and in both cases (from positive to negative and from negative to positive) the same thing happens. Blocking all of them it is practically the same than blocking editing the receipt once a payment have been added. Proposed solution: If the receipt has a negative total: * The "Pay" button label switches into "Refund". * The "Payments" header label of the payments screen switches into "Refunds". * The "Remaining to return" label is wrong ("Orders" are returned. "Money" is refunded). It should be "Remaining to refund". If the receipt was with negative amount (refund mode) and it switches to positive amount (payment mode) or the other way around, all the quantities already introduced will change the sign. For example: Total: -10.00 € Button label "Refund" Refunds: Cash 3.00 € (Remaining to refund 7.00 €) user changes the quantity of the receipt lines to positive Total: 10.00 € Button label "Pay" Payments: Cash -3.00 € (Remaining to pay 13.00 €) |
(0128768) guilleaer (manager) 2021-05-28 11:51 |
Check current behavior -> is regression? Decide which is the expected behavior |
(0129518) mtaal (manager) 2021-06-15 15:24 |
Some label changes of button and payment window will happen as part of the work for 46701 (see related issue) |
(0129659) dmiguelez (developer) 2021-06-18 19:39 |
In the Order header the Type of order is displayed. Also, this is being improved in the solution for the issue 46701 |
Issue History | |||
Date Modified | Username | Field | Change |
2021-04-28 13:34 | lorenzofidalgo | New Issue | |
2021-04-28 13:34 | lorenzofidalgo | Assigned To | => Retail |
2021-04-28 13:34 | lorenzofidalgo | File Added: PositivePayment.png | |
2021-04-28 13:34 | lorenzofidalgo | Triggers an Emergency Pack | => No |
2021-04-28 13:34 | lorenzofidalgo | File Added: NotPositivePayment.png | |
2021-04-29 09:42 | guilleaer | Resolution time | => 1622066400 |
2021-04-30 09:43 | guilleaer | Note Added: 0127675 | |
2021-04-30 09:43 | guilleaer | Status | new => acknowledged |
2021-05-24 16:09 | prakashmurugesan88 | Assigned To | Retail => prakashmurugesan88 |
2021-05-25 10:02 | prakashmurugesan88 | Status | acknowledged => scheduled |
2021-05-26 10:33 | dbaz | Note Added: 0128642 | |
2021-05-26 17:39 | guilleaer | Resolution time | 1622066400 => 1622757600 |
2021-05-26 17:39 | guilleaer | Assigned To | prakashmurugesan88 => Retail |
2021-05-26 17:39 | guilleaer | Status | scheduled => acknowledged |
2021-05-28 11:51 | guilleaer | Note Added: 0128768 | |
2021-06-09 17:12 | guilleaer | Resolution time | 1622757600 => 1624053600 |
2021-06-15 15:24 | mtaal | Relationship added | depends on 0046701 |
2021-06-15 15:24 | mtaal | Note Added: 0129518 | |
2021-06-18 19:38 | dmiguelez | Status | acknowledged => scheduled |
2021-06-18 19:39 | dmiguelez | Review Assigned To | => dmiguelez |
2021-06-18 19:39 | dmiguelez | Note Added: 0129659 | |
2021-06-18 19:39 | dmiguelez | Status | scheduled => closed |
2021-06-18 19:39 | dmiguelez | Resolution | open => out of date |
2021-07-05 12:38 | guilleaer | Summary | [21Q2] The user can not differentiate between positive and negative payments (returns) => The user can not differentiate between positive and negative payments (returns) |
Copyright © 2000 - 2009 MantisBT Group |