Openbravo Issue Tracking System - Retail Modules
View Issue Details
0043540Retail ModulesWeb POSpublic2020-03-23 10:142020-05-04 12:17
shankarb 
ranjith_qualiantech_com 
normalmajoralways
closedunable to reproduce 
30Openbravo Appliance 14.04
 
 
marvintm
No
0043540: Duplication of lines in Verified Returns if the order line has multiple shipment lines
There is an issue of duplicated lines and incorrect quantities when doing returns for a customer. The issue comes from Picking the Product Quantity for the Return Receipts from the shipments. If there are multiple shipment lines for the same order line, then while doing Verified Returns, they select one line, but multiple lines are added based on the number of shipments.

Also in this same scenario, the quantity is set to -1 instead of the actual quantity.

Refer support ticket for more information.
1. Configure a product back office with multiple attributes and different stocks.
2. In POS, Create a ticket for a product.
3. Make sure to give enough quantity so that the Product is picking up 2 different attribute values.
4. Complete the ticket.
5. In the back office check that for the Sales Order line of this Product, there are multiple shipment lines created.
6. In POS, go to Verified returns.
7. Select the previous order and select the Product configured above.
8. Select the desired quantity and click Apply.
9. Notice that multiple return lines are created and the quantity is also incorrect.
The issue about the quantity comes in OB.UTIL.ReturnUtils.addReturnLines method. Here,

var qty = line.selectedQuantity;
                        if (receipt.get('orderType') !== 1) {
                            qty = qty ? -qty : -1;
                        }

The selectedQuantity is null in case of multiple shipment lines, so the system sets -1 as default.
No tags attached.
related to defect 0040185 closed rqueralta Wrong Verified Return on an order that has a line split into different Storage Bins 
Issue History
2020-03-23 10:14shankarbNew Issue
2020-03-23 10:14shankarbAssigned To => Retail
2020-03-23 10:14shankarbResolution time => 1586728800
2020-03-23 10:14shankarbTriggers an Emergency Pack => No
2020-03-23 14:04rqueraltaAssigned ToRetail => rqueralta
2020-03-23 14:06rqueraltaStatusnew => scheduled
2020-04-02 10:13guilleaerAssigned Torqueralta => Retail
2020-04-02 10:14guilleaerStatusscheduled => feedback
2020-04-02 10:14guilleaerStatusfeedback => new
2020-04-02 13:40ranjith_qualiantech_comAssigned ToRetail => ranjith_qualiantech_com
2020-04-02 13:47ranjith_qualiantech_comStatusnew => scheduled
2020-04-16 11:08guilleaerAssigned Toranjith_qualiantech_com => shankarb
2020-04-16 11:08guilleaerStatusscheduled => feedback
2020-04-27 10:57guilleaerAssigned Toshankarb => Retail
2020-04-27 10:57guilleaerStatusfeedback => new
2020-04-27 10:57guilleaerAssigned ToRetail => ranjith_qualiantech_com
2020-04-27 10:57guilleaerStatusnew => scheduled
2020-05-04 09:53ranjith_qualiantech_comRelationship addedrelated to 0040185
2020-05-04 09:56ranjith_qualiantech_comNote Added: 0119514
2020-05-04 12:17marvintmReview Assigned To => marvintm
2020-05-04 12:17marvintmNote Added: 0119525
2020-05-04 12:17marvintmStatusscheduled => closed
2020-05-04 12:17marvintmResolutionopen => unable to reproduce

Notes
(0119514)
ranjith_qualiantech_com   
2020-05-04 09:56   
Issue is not reproducible from 19Q2 and its reproducible in 18Q4 and 19Q1.
Issue is fixed in https://issues.openbravo.com/view.php?id=40185 [^]
(0119525)
marvintm   
2020-05-04 12:17   
Issue cannot be reproduced in pi. We are trying to find the changeset that fixed it, if we find it we will add a note with the link.