Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
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"