|View Issue Details|
|Type||Category||Severity||Reproducibility||Date Submitted||Last Update|
|defect||[POS2] POS||minor||always||2021-04-28 13:34||2021-06-18 19:39|
|Priority||normal||Resolution||out of date||Fixed in Version|
|Status||closed||Fix in branch||Fixed in SCM revision|
|OS Version||Database version||Ant version|
|Product Version||main||SCM revision|
|Review Assigned To||dmiguelez|
|Regression introduced in release|
|Regression introduced by commit|
|Triggers an Emergency Pack||No|
0046393: [21Q2] 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
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
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.
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"
Cash 3.00 €
(Remaining to refund 7.00 €)
user changes the quantity of the receipt lines to positive
Total: 10.00 €
Button label "Pay"
Cash -3.00 €
(Remaining to pay 13.00 €)
Check current behavior -> is regression?
Decide which is the expected behavior
|Some label changes of button and payment window will happen as part of the work for 46701 (see related issue)|
In the Order header the Type of order is displayed.
Also, this is being improved in the solution for the issue 46701
|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-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||Assigned To||prakashmurugesan88 => Retail|
|2021-05-26 17:39||guilleaer||Status||scheduled => acknowledged|
|2021-05-28 11:51||guilleaer||Note Added: 0128768|
|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|
|Copyright © 2000 - 2009 MantisBT Group|