Duplicate TransactionID's

Avatar

Avatar
Validate 1
Level 5
nickh86417692
Level 5

Likes

71 likes

Total Posts

66 posts

Correct reply

26 solutions
Top badges earned
Validate 1
Boost 50
Boost 5
Boost 3
Boost 25
View profile

Avatar
Validate 1
Level 5
nickh86417692
Level 5

Likes

71 likes

Total Posts

66 posts

Correct reply

26 solutions
Top badges earned
Validate 1
Boost 50
Boost 5
Boost 3
Boost 25
View profile
nickh86417692
Level 5

12-03-2018

In all of Adobe's documentation, they state that TransactionID's must be unique. But they also state that if multiple TransactionID's are uploaded during the same visit, the snapshot that will be saved is of the last TransactionID uploaded.

So my question is, if we upload the same TransactionID across multiple visits. When we upload offline events to that TransactionID, will the events be tied back to multiple visits, and if this is the case, would uploading $25 of revenue end up showing up as $100 if it ends up being tied to 4 visits with the same Transaction ID? Or would the offline events just be attributed to the most recent visit with that Transaction ID?

The reason we need to know is that we are using our in-app user ID as the transactionID, and while we could pre-pend the userID with a unique event identifier to keep the transacitonID unique, our app data that we are uploading to analytics will not have access to that unique event identifier, so we will only be able to upload the in-app user ID to adobe as the transactionID.

Accepted Solutions (1)

Accepted Solutions (1)

Avatar

Avatar
Validate 1
Level 5
nickh86417692
Level 5

Likes

71 likes

Total Posts

66 posts

Correct reply

26 solutions
Top badges earned
Validate 1
Boost 50
Boost 5
Boost 3
Boost 25
View profile

Avatar
Validate 1
Level 5
nickh86417692
Level 5

Likes

71 likes

Total Posts

66 posts

Correct reply

26 solutions
Top badges earned
Validate 1
Boost 50
Boost 5
Boost 3
Boost 25
View profile
nickh86417692
Level 5

21-03-2018

So I just barely finished testing this by uploading transactionIDs to 200 users for whom we recorded multiple transactionIDs, and 100% of the time the transactionID data was tied back to the first visit where the transactionID existed. Which is actually ideal for our specific use case

Answers (1)

Answers (1)

Avatar

Avatar
Coach
Employee
Gigazelle
Employee

Likes

473 likes

Total Posts

1,947 posts

Correct reply

740 solutions
Top badges earned
Coach
Contributor 2
Validate 1
Ignite 80
Ignite 70
View profile

Avatar
Coach
Employee
Gigazelle
Employee

Likes

473 likes

Total Posts

1,947 posts

Correct reply

740 solutions
Top badges earned
Coach
Contributor 2
Validate 1
Ignite 80
Ignite 70
View profile
Gigazelle
Employee

21-03-2018

Let me preface this with the fact that this goes directly against transactionID best practices, and if it doesn't work, I'm afraid there's not much that can be done.

With that said, based on my knowledge of how transactionID's work, I speculate it would only tie to the most recent transactionID definition. You are more than welcome to try it on your end and share your results, though!