We're sending Profile data to an AEP Profile dataset.
We're using the AEP HTTP API to stream this data to the Profile dataset.
Profile datasets do not require a timestamp, as opposed to event datasets.
However, could we add a timestamp and ensure that the AEP will ingest our payloads based on the timestamp?
We're running into issues where payloads get ingested in the wrong order.
Thank you!
Solved! Go to Solution.
Hello @Olivier_Blonste
Consent should be overwritten when changed.
I am assuming, you are saving behaviour as an event. In this case, the timestamp attribute can be used.
Hi @Olivier_Blonste - Whats the usecase behind this? You want to have the profile with the latest timestamp in the profile store?
Thanks
Hi @arpan-garg ,
It's "consent" data sent every time a user toggles the switch. We noticed that some users "like" to toggle that switch back and forth very quickly and sometimes several times in a row.
As you said, we would like RTCP to have the latest user's selection, "on" or "off", whatever was the last option selected by the user.
Because of this issue, as you can imagine, we will end up running some marketing activities to users that they did not opt-in for...or vice versa, which could lead to Legal issues.
Thank you!
Hello @Olivier_Blonste
Consent should be overwritten when changed.
I am assuming, you are saving behaviour as an event. In this case, the timestamp attribute can be used.
We are streaming the data (HTTP API) but it is not sent to an Event dataset, it is sent to a Profile dataset.
Thank you!
Views
Replies
Total Likes
@Olivier_Blonste Did you find the suggested solutions helpful? It would be great if you can mark the answer as correct for posterity. If you have found out solution yourself, share it with wider audience in the community.
Views
Replies
Total Likes
Views
Likes
Replies
Views
Likes
Replies