Openbravo Issue Tracking System - POS2 | |||||
| View Issue Details | |||||
| ID | Project | Category | View Status | Date Submitted | Last Update |
| 0057260 | POS2 | POS | public | 2024-11-22 13:29 | 2024-11-22 13:30 |
| Reporter | javietxe | ||||
| Assigned To | Triage Omni OMS | ||||
| Priority | normal | Severity | major | Reproducibility | have not tried |
| Status | new | Resolution | open | ||
| 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 | 0057260: Contribution Module - cancel and replace | ||||
| Description | When performing the cancel and replace, the contribution line is replaced by a new line (a copy of the original), BUT the related line field (line.relatedLines.orderLineId) continues pointing to the product line of the original ticket. This happens because the cancel and replace action (OBPOS2_CreateReplaceTicket) checks, before re-linking the services, whether the ticket has a check called "hasServices." With this check, several things happen (and the implemented solutions are in parentheses): -It is not set in the original ticket (we add it as a hook when adding a line with contributions). -It is not saved in the back office (nothing). - It is not retrieved when loading the remote ticket (we validate that there is a contribution line, and if there is, we load the check. This happens in a posthook of the load remote ticket action, OBPOS2_LoadRemoteTicket). The validation is: !ticket.hasServices || !line.relatedLines. If that || were a &&, it would work perfectly, but I don't know if the intention of the || is actually something else, for purposes other than contributions. It is also possible that it is simply a configuration error and can be marked so that when a contribution is added, the check is marked. This causes issues when editing the product line with the contribution, as it is incorrectly linked and cannot be found, leading to the creation of a new contribution line. | ||||
| Steps To Reproduce | - Enter to the POS - Create an order with a line with a contribution. - Pay it - Do a cancel and replace | ||||
| Proposed Solution | |||||
| Additional Information | |||||
| Tags | No tags attached. | ||||
| Relationships | |||||
| Attached Files | |||||
| Issue History | |||||
| Date Modified | Username | Field | Change | ||
| 2024-11-22 13:29 | javietxe | New Issue | |||
| 2024-11-22 13:29 | javietxe | Assigned To | => Retail | ||
| 2024-11-22 13:29 | javietxe | Triggers an Emergency Pack | => No | ||
| 2024-11-22 13:30 | javietxe | Issue Monitored: javietxe | |||
| 2024-11-22 13:30 | javietxe | Assigned To | Retail => Triage Omni OMS | ||
| There are no notes attached to this issue. |