| 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
...
Now we will analyze how stay the old register, made the first register on PLK and with your replicate on BK
Has few changesDon’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"