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.
Solved! Go to Solution.
Views
Replies
Total Likes
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
Views
Replies
Total Likes
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
Views
Replies
Total Likes
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.
Views
Replies
Total Likes
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.
Views
Replies
Total Likes
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
Views
Replies
Total Likes
Views
Like
Replies
Views
Likes
Replies