Openbravo Issue Tracking System - Retail Modules
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0056120Retail ModulesLoyalty Programs for Web POSpublic2024-07-26 22:382024-08-26 09:51
Reporteraxelmercado 
Assigned ToRajesh_18 
PriorityhighSeveritymajorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOS5OS Version
Product Version 
Target VersionFixed 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 PackNo
Summary0056120: Error - Loyalty program subscription status changes when we generate a coupon.
DescriptionWhen we generate a coupon after a purchase for a customer of a loyalty program, after finalizing the purchase and verifying the customer's details, we can see that the status of the subscription has changed to "default", which is not correct.
Steps To ReproduceIn backoffice have a loyalty program with at least 3 "statuses", for example:
1_ Under review (By default, can earn points but not consume them).
2_ Accepted (Can earn points and consume them)
3_ Rejected (Can neither earn points nor consume them)

- In POS2, have a customer with a minimum of points that allows to generate coupons and that its status is "Accepted".
- Make a sale for that customer and generate the accumulated point coupon.
- Make a new sale for the customer to earn points.
- Check the status of the customer's program, it has changed to the default, in these examples it would be "In progress".
Proposed Solution
Additional Information
TagsNo tags attached.
Relationships
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2024-07-26 22:38axelmercadoNew Issue
2024-07-26 22:38axelmercadoAssigned To => Retail
2024-07-26 22:38axelmercadoTriggers an Emergency Pack => No
2024-08-01 10:15jorgewederagoStatusnew => acknowledged
2024-08-01 11:00Rajesh_18Assigned ToRetail => Rajesh_18
2024-08-01 11:00Rajesh_18Statusacknowledged => scheduled
2024-08-20 06:28hgbotNote Added: 0168232
2024-08-26 09:47hgbotResolutionopen => fixed
2024-08-26 09:47hgbotStatusscheduled => closed
2024-08-26 09:47hgbotNote Added: 0168441
2024-08-26 09:47hgbotNote Added: 0168442
2024-08-26 09:51aaroncaleroNote Added: 0168443

Notes
(0168232)
hgbot   
2024-08-20 06:28   
Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.loyalty.programs/-/merge_requests/66 [^]
(0168441)
hgbot   
2024-08-26 09:47   
Directly closing issue as related merge request is already approved.

Repository: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.loyalty.programs [^]
Changeset: 137e559e8ec3793e9d22d59462ecbf7df916390a
Author: Rajesh Senthilkumar <rajesh@qualiantech.com>
Date: 20-08-2024 04:29:31
URL: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.loyalty.programs/-/commit/137e559e8ec3793e9d22d59462ecbf7df916390a [^]

Fixed ISSUE-56120: Refactored subscription status on earn or burn points

---
M src/org/openbravo/retail/loyalty/programs/process/SaveSubscriptionManager.java
---
(0168442)
hgbot   
2024-08-26 09:47   
Merge request merged: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.loyalty.programs/-/merge_requests/66 [^]
(0168443)
aaroncalero   
2024-08-26 09:51   
Steps to validate:
In an environment with a Loyalty Program configured with 2 categories (C1, C2) and 2 statuses (S1, S2; S1 being the default)
And a subscription with category: C1 and status: S2
From the POS, change the category of that subscription from C1 to C2
Verify in backoffice that the category is updated to C2, and the status remains as S2.