Virtual report suites segment your Adobe Analytics data so you can control access to each segment.
Many customers have data flowing into a global report suite, but also have data flowing into smaller report suites. They set a variable to multiple report suites, and send their data to more than one report suite. This is referred to as multisuite tagging, or base/parent report suites.
For example, all data might be collected in one report suite, but then you can set up secondary report suites so other people in your company have access to part of the data, but not all of it. Data might be divided by region. You might have different websites for different countries. Other examples might be specific brands that belong to a larger company, but that each have their own marketing teams.
A virtual report suite (VRS) allows you to reproduce this branching concept, using segments instead of multiple report suites. Data is sent to one report suite, then is divided according to segments. Using the multiple brands example, you might set a prop for the brand that an item belongs to. Using segments, you can report on the items assigned to each prop. Each of these segments becomes its own view, effectively creating a new report suite. You don’t send data specifically to that segment, only to the global report suite, but it functions in your reports as if it were a different report suite.
A virtual report suite inherits most of the service levels of the base report suite, such as eVar settings, Processing Rules, Classifications, etc. The following settings are NOT inherited:
Customers pay for secondary server calls, so eliminating these calls can result in significant savings. A virtual report suite is also completely retroactive. If the global report suite already contains data, the relevant data is automatically included in a new virtual report suite. A new secondary report suite would only begin collecting data after it is created, so it would not include any historical data. When you implement Analytics, you only need to send data to one report suite, rather than having to create implementations for the global report suite and each secondary report suite.
Virtual report suites help:
Virtual report suites have the following limitations:
Any limitations of segments apply to virtual report suites
A virtual report suite is nothing more than a segment applied to a report suite. Because each report suite has its own data warehouse and its own data feed, using multiple report suites results in some benefits that segments do not provide.
Settings and variable names can’t be customized like in a full report suite
|Capability||Virtual Report Suite||Multisuite Tagging|
|Offers real-time or “Current Data” reporting||No||Yes|
|Works in all Analytics Tools (Analysis Workspace, Report Builder, Ad Hoc Analysis, etc.)||Yes. Note: You can edit and identify them as virtual report suites only in Reports & Analytics. However, you can select them in report suite drop-downs in the other tools.||Yes|
|Can upload data to it (via classifications, data feeds, etc.)||No||Yes|
|Supports creation of DL Reports, bookmarks, dashboards, targets, alerts, segments, calculated metrics…||Yes||Yes|
|Can be individually added to Permissions Groups||Yes||Yes|
|Can use Admin functions to modify individual settings on this report suite (Admin > Report Suites)||No (Settings are inherited from parent)||Yes|
In some cases, there are benefits to using both virtual report suites and multisuite tagging.
For example, a retailer might use a report suite for each brand, and virtual report suites for each brand to break data out by region. Similarly, an athletic organization might use a report suite for each team, then virtual report suites to divide fans in the team’s region from those outside the region.