Anonymous | Login
News | My View | View Issues | Roadmap | Summary

View Issue DetailsJump to Notes ] Issue History ] Print ]
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[POS2] POSminoralways2021-04-28 13:342021-06-18 19:39
ReporterlorenzofidalgoView Statuspublic 
Assigned ToRetail 
PrioritynormalResolutionout of dateFixed in Version
StatusclosedFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionmainSCM revision 
Review Assigned Todmiguelez
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo

0046393: [21Q2] The user can not differentiate between positive and negative payments (returns)

DescriptionPositive and negative payments are identical from the user point of view
Steps To Reproduce0-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.
TagsNo tags attached.
Attached Filespng file icon PositivePayment.png [^] (79,837 bytes) 2021-04-28 13:34

png file icon NotPositivePayment.png [^] (65,757 bytes) 2021-04-28 13:34

- Relationships Relation Graph ] Dependency Graph ]
depends on defect 0046701 scheduledmtaal JIRA-1754: No info shown if a order is already paid, if opened. 
Not all the children of this issue are yet resolved or closed.

-  Notes
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
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"
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 €)
guilleaer (manager)
2021-05-28 11:51

Check current behavior -> is regression?
Decide which is the expected behavior
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)
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-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
Powered by Mantis Bugtracker