Product ideas | Community
Skip to main content

Filter by idea status

10000 Ideas

jean-marcb76525
jean-marcb76525New Participant

Modular user rights with Product ProfilesNew

Currently, it is not possible to manage user rights for Adobe Analytics in a truly modular way. I am speaking about Product Profiles in Admin Console. I would like to grant access to Analytics based on two main aspects:User skill level and role: Beginner / Intermediate / AdvancedThis defines the Metrics, Dimension and Tools the user has accessOrganizational: Company divisionThis defines the Report Suite(s) the user has access toI would create different Product Profiles for each entity and combine these. E.g. Product Profile "Beginner" has access to a very limited set of Dimensions and Metrics and only to Reports & Analytics, but not Workspace. Product Profile "Japan" has only access to the Japan Report Suite. A beginner in the OU Japan would get both these Product Profiles assigned.In the Admin console, there are five areas where permissions are defined:Report SuitesMetricsDimensionsReport Suite ToolsAnalytics ToolsReading this, I understand it should be possible to grant access to Report Suites independently:https://helpx.adobe.com/enterprise/using/manage-products-and-profiles.html Quote: "A user could belong to multiple product profiles, each conferring different licenses to the user. A user's final eligibility is the union of all licenses conferred by each Product Profile to that user."Yet, it is not. That's why I am writing this ;-) Adobe Engineering confirmed that permission to Report Suites must always be set in the same Product Profile where permission to Dimensions and Metrics is set.I consider this a lack of functionality, especially for the Enterprise segment Adobe prides itself to cater to. Large companies with various report suites want to restrict access to those while metrics and dimensions would be the same for a specific user group (like the "Beginners").The only workaround I can think of is to create product profiles "Webanalytics Beginner" for each of the countries with identical permissions except for the report suite. What if there are 30 countries and I want to grant access to a new dimension to "Webanalytics Beginners"? You would have to edit 30 (almost identical) profiles. Not efficient.

Andrew_Wathen_
Andrew_Wathen_New Participant

Rapid re-purposing of dimensions: Alternative to deleting data?New

IssueDeleting data is incredibly problematic (and expensive!) in Adobe analytics. One of the impacts is on our agility - we have several dimensions that are tied up as they contain historic data that is no longer relevant and we are waiting for that data to disappear through the standard data retention deletion process before we reuse - This is something we really struggle with. RequirementsThe requirement is to be able to quickly re-purpose variables/dimensions, thus increasing the flexibility/agility of the Adobe Analytics tool. For this scenario the requirement is to prevent end users seeing the historical data (rather than deleting the data).  Therefore I was wondering if there was an alternative approach which would allow us to free up dimensions quickly for new purposes.   Possible solution?The problem with deleting data seems to be unpicking all the processing that has happened.  My thinking is this unpicking could be avoided by having virtual variables (much like a "virtual track" on a digital multi-track recorder) Each prop/eVar would have say 3 "virtual" versions.  The admin console would allow admins to switch between which virtual version of a prop/eVar is in use. This would mean only one virtual version of a prop/eVar would be available at one time to record new data into and retrieve data from. At a time when the original purpose for a prop or eVar is no longer relevant the admin could simply cut across to a new/fresh version of the prop/eVar - allowing immediate re-purposing. This would be different to deleting data as all virtual versions would continue to exist in the background but only one available at any one time (i.e. no data is actually deleted) From a storage/infrastructure perspective it should also be different to just giving us loads more props/eVars as only one virtual variable could be recording new data at any one time (so storage requirement should be less)  NOTE: this sort of already exists for eVars in the way that switching between different attribution types (linear/first touch/last touch) cuts across to a different instance/version of the eVar