| Table of Contents |
|---|
SOLUTION
| Info |
|---|
The suggested solution is to change the status for the “replicated” users as “SUBSCRIBED”, while we maintain the real users that accepted the opt-in as “OPTED IN”. |
| Note |
|---|
It’s important to analyze the migrated data from Salesforce in which state the user is mapped. In case of “SUBSCRIBED”, we suggest to move into a deeper analysis of those profiles that could be mapped by the granularity of the data available (ex: loyaltyID) |
ANALYSIS
Register the user by first time in PLK and replicate to BK
...
Don’t have difference
...
Second Tab:
...
Code
A suggest is to change the code of this file intl-user-service/scripts/utils/utils-users.ts in the getCommPrefsValue function.
This function captures the status of the email or push (unsubscribe, subscribed or opted in).
A possible solution is when the record is a replica and the email is equal to "opted in" we change it to “subscribed”, and to know if the record is a replica we can validate the "loyaltId" record when it is a replica this value is null.
So if the “loyaltId” is null and the email status is "opted in" we change its status to "subscribed"