Openbravo Issue Tracking System - Retail Modules
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0045140Retail ModulesWeb POSpublic2020-09-25 08:552020-10-14 09:06
ReporterLeyre 
Assigned Toranjith_qualiantech_com 
PrioritynormalSeveritymajorReproducibilityalways
StatusclosedResolutionno change required 
PlatformOS5OS Version
Product Version 
Target VersionFixed in Version 
Merge Request Status
Review Assigned Tomarvintm
OBNetwork customerOBPS
Support ticket18494
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0045140: Bug in Cancel and Replace a ticket + Verified Return
DescriptionBug in Cancel and Replace a ticket + Verified Return
Steps To Reproducehttps://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.
Proposed Solution
Additional Information
TagsNo tags attached.
Relationships
has duplicate defect 0045189 closed ranjith_qualiantech_com The lines added by Cancel&Replace are not returnables 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2020-09-25 08:55LeyreNew Issue
2020-09-25 08:55LeyreAssigned To => Retail
2020-09-25 08:55LeyreOBNetwork customer => OBPS
2020-09-25 08:55LeyreSupport ticket => 18494
2020-09-25 08:55LeyreResolution time => 1602799200
2020-09-25 08:55LeyreTriggers an Emergency Pack => No
2020-09-25 09:08PracticsIssue Monitored: Practics
2020-10-08 07:32ranjith_qualiantech_comAssigned ToRetail => ranjith_qualiantech_com
2020-10-08 07:32ranjith_qualiantech_comStatusnew => scheduled
2020-10-13 12:57ranjith_qualiantech_comRelationship addedrelated to 0045189
2020-10-14 09:01marvintmRelationship replacedhas duplicate 0045189
2020-10-14 09:06marvintmReview Assigned To => marvintm
2020-10-14 09:06marvintmNote Added: 0123673
2020-10-14 09:06marvintmStatusscheduled => closed
2020-10-14 09:06marvintmResolutionopen => no change required

Notes
(0123673)
marvintm   
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.