On the properties tab of every object in PPS Monitoring you will find a permissions section that allows you to assign either reader or editor rights. These permissions actually relate to two quite different areas:
-
What you will see when you view the deployed dashboard; and
-
What objects you can use and edit to build a dashboard using dashboard designer.
For the latter you’ll also need be in a suitable dashboard designer security role but otherwise the concepts are fairly clear; Reader will allow you to use the objects in your dashboard and Editor will allow you to edit the objects as well.
For the viewing of dashboards things are a little less straight forward:
Dashboards
To view a dashboard you’ll need to be at least a member of the reader role otherwise you’ll get a “dashboard is unavailable” message. Being in the editor group adds no additional permissions when viewing the dashboard (that i can see)
Data sources
Dashboard viewers need to have at least reader permissions on a data source if it used in a kpi or report or you will get an error message
Scorecards
You must be at least a reader on a scorecard to be able to view it in a dasboard otherwise it is just not displayed. This, as with reports also, can obviously cause an issue with the layout of your dashboard as things will get moved depending on your permissions.
To be able to add comments to KPI’s you need to be a member of the editor role but only be a reader to view them
KPIs
If a KPI is used on a dashboard that you have access to, the kpi will be displayed but you must have at least reader access on that particular KPI to see any values otherwise they will be blank. Strangely, if you have editor permissions on the scorecard you will be able to add a comment to the KPI whether you have permission to see it or not
Reports
To view a report on a dashboard you need to be at least a reader. If not the report will not appear at all (no message). No additional permissions seem to be available in the editor role.
Indicators
From a display point of view Indicators inherit permission from the kpi they are displayed in, so there is no need to set any specific user permissions. This seems to be the only area where any form of permission inheritance is used.
Note that all roles can either use Groups or specific users.
Note also that you only need to publish dashboards to PPSM server to update security permissions – there is no need to re-deploy to Sharepoint unless you have changed the layout of the dashboard.
Introduction to Data Wrangler in Microsoft Fabric
What is Data Wrangler? A key selling point of Microsoft Fabric is the Data Science
Jul
Autogen Power BI Model in Tabular Editor
In the realm of business intelligence, Power BI has emerged as a powerful tool for
Jul
Microsoft Healthcare Accelerator for Fabric
Microsoft released the Healthcare Data Solutions in Microsoft Fabric in Q1 2024. It was introduced
Jul
Unlock the Power of Colour: Make Your Power BI Reports Pop
Colour is a powerful visual tool that can enhance the appeal and readability of your
Jul
Python vs. PySpark: Navigating Data Analytics in Databricks – Part 2
Part 2: Exploring Advanced Functionalities in Databricks Welcome back to our Databricks journey! In this
May
GPT-4 with Vision vs Custom Vision in Anomaly Detection
Businesses today are generating data at an unprecedented rate. Automated processing of data is essential
May
Exploring DALL·E Capabilities
What is DALL·E? DALL·E is text-to-image generation system developed by OpenAI using deep learning methodologies.
May
Using Copilot Studio to Develop a HR Policy Bot
The next addition to Microsoft’s generative AI and large language model tools is Microsoft Copilot
Apr