Project:
View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
ID | ||||||||
0050227 | ||||||||
Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
defect | [POS2] POS | major | always | 2022-09-12 15:15 | 2023-05-11 13:52 | |||
Reporter | dorian_robillard | View Status | public | |||||
Assigned To | yogaskarnik | |||||||
Priority | high | Resolution | fixed | Fixed in Version | 23Q3 | |||
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 | |||||||
Merge Request Status | approved | |||||||
Review Assigned To | ||||||||
OBNetwork customer | OBPS | |||||||
Support ticket | ||||||||
Regression level | ||||||||
Regression date | ||||||||
Regression introduced in release | ||||||||
Regression introduced by commit | ||||||||
Triggers an Emergency Pack | No | |||||||
Summary | 0050227: When return done from several tickets, all the products are displayed after selecting "verified returns" | |||||||
Description | When I do a verified return and I don't finish the transaction, if I reopen the order to do an other verified return the list of product displays product from my both order In pos 1, just the product from the order returned is displayed | |||||||
Steps To Reproduce | 1) Connect to POS2 2) Open order list 3) do a return from 1 product 4) Don't finalyze the return and click on order list 5) Do a verified return from other order The product from both orders are displayed | |||||||
Proposed Solution | Just display the product from the 2nd order | |||||||
Tags | FASH | |||||||
Attached Files | ![]() | |||||||
![]() |
||||||||
|
![]() |
|
(0145967) hgbot (developer) 2023-01-27 18:43 |
Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.pos2/-/merge_requests/1487 [^] |
(0146010) alostale (viewer) 2023-01-30 11:10 |
It is working as defined: all returned lines from any ticket are displayed. https://www.figma.com/file/Jeo4V95xijbXeM77R0LlxV/POS-2.0---A [^] |
(0146011) hgbot (developer) 2023-01-30 11:13 |
Merge request closed: https://gitlab.com/openbravo/product/pmods/org.openbravo.pos2/-/merge_requests/1487 [^] |
(0147270) dbaz (viewer) 2023-03-04 12:08 edited on: 2023-03-06 09:34 |
Here are two different concepts here, and in Figma there is no explanation, so the topic may have led to interpretation errors. As I do not know if there is a functional document and if this was addressed or not, I will explain it here: Initially, we think about the possibility that there could be more than one ticket available in the "Add Verified Return" popup. If this happened, the UI of the grid of this popup changed and it was a kind of nested grid. Additionally, there was a button at the bottom left of the same popup labeled "Add Another Order" to load more orders into the same "Add Verified Return" popup. The use case that this functionality intended to cover was that a person came with 5 items of clothing to return, which had been purchased in 4 different transactions. The cashier scanned the 4 tickets, all 4 were loaded in the "Add Verified Return" popup, then scanned the 5 pieces of clothing, and each one was assigned to the ticket it came from. This made life easier for the cashier as they didn't have to manually search for which item came from which ticket (with the resulting loss of time). This functionality was not implemented due to lack of time. <-- Of course, it should NOT be implemented now as part of this issue. On the other hand, there is the ability to manage different verified returns in the same ticket. To do this, the cashier will have to go to the Orders window and click on the "Verified Return" context menu for the order that needs to be return. Here, in this popup, only the order from which we have invoked the "Verified Return" action should appear, and nothing else (i.e., no lines from the ongoing return ticket should appear). As an additional note, if you open the "Add Verified Return" popup for a specific order, select a unit from a specific line and add it to the ticket to be returned, and after that then open the same "Add Verified Return" popup again for the same order, the line (or the unit(s)) that is (or are) already on the ticket would appear here as "already returned," so there would be no possibility to decrement the return from here (the cashier would have to delete them from the return ticket if he wants to do so). |
(0149597) hgbot (developer) 2023-05-11 09:47 |
Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.pos2/-/merge_requests/1779 [^] |
(0149621) hgbot (developer) 2023-05-11 13:52 |
Merge request merged: https://gitlab.com/openbravo/product/pmods/org.openbravo.pos2/-/merge_requests/1779 [^] |
(0149622) hgbot (developer) 2023-05-11 13:52 |
Directly closing issue as related merge request is already approved. Repository: https://gitlab.com/openbravo/product/pmods/org.openbravo.pos2 [^] Changeset: c3de8d48553b1981fd237718062fc5b7432ecbd7 Author: Yogas Karnik <yogas.karnik@openbravo.com> Date: 11-05-2023 11:52:23 URL: https://gitlab.com/openbravo/product/pmods/org.openbravo.pos2/-/commit/c3de8d48553b1981fd237718062fc5b7432ecbd7 [^] Fixes ISSUE-50227: When return done from several tickets, all the products are displayed after selecting verified returns --- M web-jspack/org.openbravo.pos2/src/components/VerifiedReturns/VerifiedReturnsForm/VerifiedReturnsForm.jsx M web-jspack/org.openbravo.pos2/src/components/VerifiedReturns/VerifiedReturnsGrid/VerifiedReturnsGridDataSource.js M web-jspack/org.openbravo.pos2/src/components/VerifiedReturns/VerifiedReturnsGrid/__test__/VerifiedReturnsGridDataSource.test.js --- |
![]() |
|||
Date Modified | Username | Field | Change |
2022-09-12 15:15 | dorian_robillard | New Issue | |
2022-09-12 15:15 | dorian_robillard | Assigned To | => Retail |
2022-09-12 15:15 | dorian_robillard | File Added: POS2_Verified return products from several orders displayed.png | |
2022-09-12 15:15 | dorian_robillard | Triggers an Emergency Pack | => No |
2022-09-12 15:16 | dorian_robillard | Tag Attached: FASH | |
2022-09-12 17:35 | rafaroda | OBNetwork customer | => No |
2022-09-12 17:35 | rafaroda | Type | defect => design defect |
2022-12-15 10:58 | rafaroda | Type | design defect => defect |
2022-12-18 22:13 | rafaroda | OBNetwork customer | No => OBPS |
2022-12-18 22:13 | rafaroda | Severity | minor => major |
2023-01-27 18:43 | hgbot | Merge Request Status | => open |
2023-01-27 18:43 | hgbot | Note Added: 0145967 | |
2023-01-30 09:50 | hgbot | Note Added: 0146002 | |
2023-01-30 11:08 | alostale | Note Deleted: 0146002 | |
2023-01-30 11:10 | alostale | Note Added: 0146010 | |
2023-01-30 11:10 | alostale | Status | new => closed |
2023-01-30 11:10 | alostale | Resolution | open => no change required |
2023-01-30 11:13 | hgbot | Note Added: 0146011 | |
2023-01-30 11:27 | alostale | Relationship added | related to 0051499 |
2023-03-04 12:08 | dbaz | Note Added: 0147270 | |
2023-03-04 12:08 | dbaz | Status | closed => new |
2023-03-04 12:08 | dbaz | Resolution | no change required => open |
2023-03-06 09:33 | dbaz | Note Edited: 0147270 | View Revisions |
2023-03-06 09:34 | dbaz | Note Edited: 0147270 | View Revisions |
2023-04-11 17:37 | adrianromero | Assigned To | Retail => yogaskarnik |
2023-05-11 09:47 | hgbot | Note Added: 0149597 | |
2023-05-11 13:51 | hgbot | Merge Request Status | open => approved |
2023-05-11 13:52 | hgbot | Resolution | open => fixed |
2023-05-11 13:52 | hgbot | Status | new => closed |
2023-05-11 13:52 | hgbot | Note Added: 0149621 | |
2023-05-11 13:52 | hgbot | Fixed in Version | => 23Q3 |
2023-05-11 13:52 | hgbot | Note Added: 0149622 |
Copyright © 2000 - 2009 MantisBT Group |