Adding a timestamp to streamed profile data | Community
Skip to main content
New Participant
February 2, 2024
Solved

Adding a timestamp to streamed profile data

  • February 2, 2024
  • 2 replies
  • 1384 views

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!

This post is no longer active and is closed to new replies. Need help? Start a new post to ask your question.
Best answer by _Manoj_Kumar_

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.

 

 

2 replies

NimashaJain
Employee
February 5, 2024

@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.

arpan-garg
New Participant
February 3, 2024

Hi @olivier_blonste - Whats the usecase behind this? You want to have the profile with the latest timestamp in the profile store?

 

Thanks

New Participant
February 4, 2024

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!

_Manoj_Kumar_
_Manoj_Kumar_Accepted solution
New Participant
February 5, 2024

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.

 

 

     Manoj     Find me on LinkedIn