Expand my Community achievements bar.

Join us at Adobe Summit 2024 for the Coffee Break Q&A Live series, a unique opportunity to network with and learn from expert users, the Adobe product team, and Adobe partners in a small group, 30 minute AMA conversations.
SOLVED

Irrelevant Time Parting values

Avatar

Level 1

Hi All

We are capturing time parting values into the eVar. We slightly amended the plugin, so now it collects data in the format "2017-01-30 12:22:12|Monday". 

When I looked at the data for 30 January 2017 I noticed that some values were related to the previous dates, e.g. 26 January, e.g.  "2017-01-26 13:33:10". eVar32 expires on visit. Hence I don't understand how can this be happening. This value shouldn't exist during the visit on 30 January. Additonal detail: usually this incorrect time parting value is associated with Order. 

We copy eVar into prop but props have 30 January 2017 values. 

I am trying to understand the scenario how the this value could be populated. I have a certain percentage of orders with a wrong time parting values and would like to understand the scenario. 

1 Accepted Solution

Avatar

Correct answer by
Employee Advisor

Hi Alla,

My first suggestion would be to confirm that your eVar is set up properly. Can you confirm for me what the Allocation setting of the eVar is? I saw above that you had planned for it to expire on visit. Normally I'd say there will be a very small amount of mismatch between the value and the date due to visits that start before midnight and end after midnight, but that obviously is different than the 4-day difference you are seeing! However, if your eVar allocation is set to Original (instead of Most Recent) then it would make sense how this could happen.

Can you check that?

Eric

View solution in original post

4 Replies

Avatar

Correct answer by
Employee Advisor

Hi Alla,

My first suggestion would be to confirm that your eVar is set up properly. Can you confirm for me what the Allocation setting of the eVar is? I saw above that you had planned for it to expire on visit. Normally I'd say there will be a very small amount of mismatch between the value and the date due to visits that start before midnight and end after midnight, but that obviously is different than the 4-day difference you are seeing! However, if your eVar allocation is set to Original (instead of Most Recent) then it would make sense how this could happen.

Can you check that?

Eric

Avatar

Level 4

Client-side time parting using Javascript is never 100% accurate. Is there any time parting solution based on server-side clock using VISTA rules?

It would be nice if there were predefined time-parting dimensions in Adobe Analytics by default for each report suite.

Avatar

Level 5

Hi Eric,

   Just out of curiosity even if eVar32 has Original allocation & given that it expires on visit (per above conversation), is it feasible that the report run for 30 January day had 26 January as time parting value for eVar32 variable? 
It would be worth for me to understand this.

Thanks much!

Saurabh.
 

Avatar

Level 1

Hi Eric

No, eVar allocation is set to Most Recent. 

I believe now that it has to do with some user browsers time settings which are incorrect. There is just a small percentage of these visits. However, what remains a mystery to me is that how prop can have a different value if it is copied form eVar.

 

Thanks

Alla