User Permission based on eVars | Community
Skip to main content
gaurav2
Level 3
February 22, 2010
Delivered

User Permission based on eVars

  • February 22, 2010
  • 14 replies
  • 12568 views

For some strange reason, while user permissions can be defined to exclude props, events etc. but NOT eVars. Ironically, eVars happen to be the variables that I need the maximum control on.

14 replies

adamgreco0
Level 7
February 23, 2010

Completely agree!!!  Thanks for posting this...

hjalmar6
Level 3
March 9, 2010

I found this strange bug - oh I forgot...Live Support says it is no bug. I'm able to decide which s.props can be seen by a special usergroup when setting up usergroups. Same thing is not possible for evars. But how to set up useful usergroups when just one half of the custom reports can be managed. As far as I know a lot of companies tracking the same information in evars and sprops. So how can I hide Information which is not interesting for a special usergroup???

 

Hjalmar

gaurav2
gaurav2Author
Level 3
March 9, 2010
Level 3
October 27, 2010

Currently, you can restrict group access to specific s.props and events in the SiteCatalyst admin console, but you cannot restrict access to individual eVars. This is an extremely important need for us, and (I'm hoping) many others...

jon-narong
Level 3
February 3, 2011

Was just about to post this. Incredibly needed!

Level 3
April 8, 2011

Really disappointed not to see this listed as one of the "completed" items for SC15. This is a big need for our company - would love to get the right eyes on this.

maryb21250
September 6, 2011

Hi, We are new clients to SC and I am totally blown away that this isn't already an option.  I understood v15 to be cutting edge and this is a severe hindrance.

 

PLEASE, PLEASE make it an option to allow access to all parts of conversion.  My clients need access to Campaign>Tracking code and 1 eVar (internal campaign) but NOT Sales Cycle, Purchases, etc.  And as we grow, they will need access to specific pieces of conversion, but not all at once.

Thank you in advance!!

benjamingaines2
Adobe Employee
Adobe Employee
February 12, 2014

I'm not sure whether anyone is still watching this very old thread, but if you are, could you respond with a comment about why you need permissions on eVars? How does the inability to limit visibility to eVars hurt you? 

 

We are settling some questions around how the next version of Analytics permissions should work, and having some use cases for permissions on eVars will be extremely helpful. 

July 7, 2014

Hi,

 

I do need permissions on evars, because I do not want to let anyone with an account know about conversion-data. For example: I plan on giving my product managers an account. they do have to know about all the data for their products. so i have to enable events like order value, orders and units. but they do not have to know about running A/B-tests, the order value of every order number, payment method, marketing tracking codes, marketing channels, suggest search usage, etc. call it data obsession, but there are informations, that have to be only available for a litte circle of people in a company.

 

I think my predecessors in this thread will agree.

 

counter-question: why is there a permission management for props but not for the evars?

carol_pons
Level 2
May 28, 2015

Within the admin panel for defining a new user group in Adobe Analytics, there is a capability to customize access to custom traffic and custom conversion variables.  For the traffic, all sprops are listed and any can be selected to define which are shown to the user group.  However for the custom conversion, when you select to "customize" the conversion reports, only custom events are shown for defining permissions.  Evars are not shown as a variable that can be restricted for a user group. 

 

This enhancement would be very helpful for our business as we need to restrict access to certain variables with PII information to internal users that have persmission to access that data.  While events are helpful, the real value in restricting variables would be conversion evars with contextual information, not just stick counts of events.