Openbravo Issue Tracking System - Retail Modules |
View Issue Details |
|
ID | Project | Category | View Status | Date Submitted | Last Update |
0050804 | Retail Modules | Retail API Gift Cards | public | 2022-11-09 12:05 | 2023-02-22 09:28 |
|
Reporter | collazoandy4 | |
Assigned To | | |
Priority | normal | Severity | major | Reproducibility | have not tried |
Status | closed | Resolution | fixed | |
Platform | | OS | 5 | OS Version | |
Product Version | | |
Target Version | | Fixed in Version | | |
Merge Request Status | |
Review Assigned To | |
OBNetwork customer | |
Support ticket | |
Regression level | |
Regression date | |
Regression introduced in release | |
Regression introduced by commit | |
Triggers an Emergency Pack | No |
|
Summary | 0050804: Gift card consume amount api search by search key instead of gift card id |
Description | When two terminals have the same Return Sequence Prefix duplicated credit notes are created and a wrong Gift Card amount could be consumed in the ConsumeGiftCardAmount.java because the api search the gift cards by searchKey instead gift card id |
Steps To Reproduce | Create a new receipt for Arturo Montoto and pay it
Return the previous receipt using Credit Note as payment method
Create another receipt for Arturo Montoto and pay it using the previous credit note
Check in backoffice the previous credit note is closed
Create a new receipt for Carl Studson and pay it
Return the previous receipt using Credit Note as payment method
Update the search key thought database to be the same as the one created for Arturo Montoto
Create a new receipt for Carl Studson and pay it using Credit Note as payment method
Check that the Credit Note created for Arturo Montoto could be used to be consumed or can be displayed in the Giftcard Details popup as the search is by search key instead the search key id |
Proposed Solution | Search the giftcard by id instead of search key in ConsumeGiftCardAmount.java and FindGiftCard.java endpoints |
Additional Information | |
Tags | No tags attached. |
Relationships | |
Attached Files | |
|
Issue History |
Date Modified | Username | Field | Change |
2022-11-09 12:05 | collazoandy4 | New Issue | |
2022-11-09 12:05 | collazoandy4 | Assigned To | => Retail |
2022-11-09 12:05 | collazoandy4 | Triggers an Emergency Pack | => No |
2022-11-09 12:27 | hgbot | Note Added: 0143299 | |
2022-11-09 14:01 | ranjith_qualiantech_com | Assigned To | Retail => ranjith_qualiantech_com |
2022-11-09 14:01 | ranjith_qualiantech_com | Status | new => scheduled |
2022-11-28 08:07 | marvintm | Note Added: 0144187 | |
2022-11-28 08:07 | marvintm | Assigned To | ranjith_qualiantech_com => kchoperena |
2022-11-28 08:07 | marvintm | Status | scheduled => feedback |
2023-01-04 01:20 | hgbot | Note Added: 0145141 | |
2023-01-04 18:38 | hgbot | Note Added: 0145179 | |
2023-01-05 12:00 | kchoperena | Assigned To | kchoperena => marvintm |
2023-01-10 08:33 | marvintm | Status | feedback => scheduled |
2023-01-10 08:33 | marvintm | Assigned To | marvintm => collazoandy4 |
2023-02-13 07:51 | marvintm | Assigned To | collazoandy4 => |
2023-02-21 15:29 | hgbot | Resolution | open => fixed |
2023-02-21 15:29 | hgbot | Status | scheduled => closed |
2023-02-21 15:29 | hgbot | Note Added: 0146814 | |
2023-02-21 15:29 | hgbot | Note Added: 0146815 | |
2023-02-22 09:28 | hgbot | Note Added: 0146859 | |
Notes |
|
(0143299)
|
hgbot
|
2022-11-09 12:27
|
|
|
|
|
The search key for the gift card instances is supposed to be unique, and that is why it is used across the application to identify them, in all flows (not just credit notes, but also gift cards and vouchers, and certificates).
If the return sequence prefix is duplicated, not just credit notes, but also duplicated returns will be generated, which would be even worse, right?
IMO we should not change the API, but identify why the search key for credit notes is duplicated, and prevent that. |
|
|
(0145141)
|
hgbot
|
2023-01-04 01:20
|
|
|
|
(0145179)
|
hgbot
|
2023-01-04 18:38
|
|
|
|
(0146814)
|
hgbot
|
2023-02-21 15:29
|
|
|
|
(0146815)
|
hgbot
|
2023-02-21 15:29
|
|
|
|
(0146859)
|
hgbot
|
2023-02-22 09:28
|
|
|