Updating role based security for report builder access

Members of this role can create and edit test variations.

Members of this role are: Gives the user access to content in the content tree.

Gives the user access to the personalization functionality in the Experience Editor and in the Content Editor.

Members of this role can create and edit personalization rules.

There are other ways to publish reports, such as within Share Point, but this article will focus on the most basic mechanism.

Finally, you’ll take a look at Report Builder 3.0 Tool, the ad-hoc reporting tool that ships with SQL Server Reporting Services 2008 R2 and later. In order to follow the examples, you will need to have the SQL Server database engine, SQL Server Reporting Services, and SQL Server Data Tools – BI (SSDT-BI) correctly installed and configured.

First, you’ll examine the component parts of a typical RDL file and learn how to use your knowledge of RDL to refine and customize your reports, if necessary.

You’ll then learn about deploying reports to the built-in site for SSRS, Report Manager.

Gives the user access to the Marketing Automation application so they can create, edit, and manage marketing automation campaigns.

In addition, this role gives the user access to the Marketing Control Panel application so they can create, edit, and manage marketing definitions that are part of the automation campaigns and the Analytics workflow.

Users who are not members of this role can switch personalization variations.

Members of this role are: Gives the user access to the Test Lab in the Marketing Control Panel and to the test functionality in the Experience Editor and in the Content Editor.

Members of this role are: Gives the user read and write access to the areas of the content tree that are required when changing layout details for individual items and groups of items via template standard values, as well as items required when configuring the Experience Editor Design Pane.

Tags: , ,