Project:
View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
ID | ||||||||
0045140 | ||||||||
Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
defect | [Retail Modules] Web POS | major | always | 2020-09-25 08:55 | 2020-10-14 09:06 | |||
Reporter | Leyre | View Status | public | |||||
Assigned To | ranjith_qualiantech_com | |||||||
Priority | normal | Resolution | no change required | 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 | SCM revision | |||||||
Review Assigned To | marvintm | |||||||
Regression level | ||||||||
Regression date | ||||||||
Regression introduced in release | ||||||||
Regression introduced by commit | ||||||||
Triggers an Emergency Pack | No | |||||||
Summary | 0045140: Bug in Cancel and Replace a ticket + Verified Return | |||||||
Description | Bug in Cancel and Replace a ticket + Verified Return | |||||||
Steps To Reproduce | https://livebuilds.openbravo.com/retail_pi_pgsql/web/org.openbravo.retail.posterminal/?terminal=VBS-1 [^] 1. Create a new ticket, pay and finish the receipt. 2. Click "Open receipt" -> Select the previous ticket. 3. Click "Cancel and Replace". 4. Assign a Customer to the ticket. 5. Finish the receipt. 6. Click "Verify Return" -> Select the last receipt and verify that it is not possible to return it. | |||||||
Tags | No tags attached. | |||||||
Attached Files | ||||||||
Relationships [ Relation Graph ] [ Dependency Graph ] | ||||||||
|
Notes | |
(0123673) marvintm (manager) 2020-10-14 09:06 |
This is actually working as expected. The Verified Returns functionality works using the receipt shipments to find out which lines were delivered. When using Cancel and Replace, by default the shipments remain associated to the original order. This means that if you then try to do a Verified return of a replacing ticket, you will run into this behaviour. This default configuration assumes that customers normally will come with the original receipt. If this is not the case, and they come with the replacing receipt instead, this problem can be solved by using the preference "Cancel and Replace - Associate shipment lines to new order" instead. With this preference, the shipments will be reassociated to the replacing receipt when doing Cancel and Replace, and if a Verified Return is done from the replacing receipt, the lines will show as delivered. |
Issue History | |||
Date Modified | Username | Field | Change |
2020-09-25 08:55 | Leyre | New Issue | |
2020-09-25 08:55 | Leyre | Assigned To | => Retail |
2020-09-25 08:55 | Leyre | Resolution time | => 1602799200 |
2020-09-25 08:55 | Leyre | Triggers an Emergency Pack | => No |
2020-09-25 09:08 | Practics | Issue Monitored: Practics | |
2020-10-08 07:32 | ranjith_qualiantech_com | Assigned To | Retail => ranjith_qualiantech_com |
2020-10-08 07:32 | ranjith_qualiantech_com | Status | new => scheduled |
2020-10-13 12:57 | ranjith_qualiantech_com | Relationship added | related to 0045189 |
2020-10-14 09:01 | marvintm | Relationship replaced | has duplicate 0045189 |
2020-10-14 09:06 | marvintm | Review Assigned To | => marvintm |
2020-10-14 09:06 | marvintm | Note Added: 0123673 | |
2020-10-14 09:06 | marvintm | Status | scheduled => closed |
2020-10-14 09:06 | marvintm | Resolution | open => no change required |
Copyright © 2000 - 2009 MantisBT Group |