MEM report dashboards with Power Automate and Power BI

If you’ve been reading my posts over the last few months there’s a theme and it’s all around automation with Power Automate, however it doesn’t stop there as I’m also demonstrating the value gained from Microsoft 365 by integrating and utilizing services to improve user, admin, and business productivity. As I work with customers the topic of value comes up quite a bit and during these times where more people are working from home, organizations are looking at every option to gain more value out of subscriptions such as Microsoft 365. I too am value hungry and when I invest in something I expect to utilize it to the fullest extent.

During customer engagements I often discover a solution was purchased for one or two specific purposes while other offerings within a solution are not seen as a priority or I hear something like “we’ll get to it later”. To me, the purchase is devalued at that point and it’s a good practice to take step back and look at the larger picture and understand the full value of a product.

The value I have seen when customers deploy Microsoft Endpoint Manager (MEM) isn’t just one product, it spans multiple solutions both within MEM and across the Azure and Microsoft 365 ecosystem. Recently I had a conversation with a customer who was interested in creating additional MEM dashboards for their leadership. There are multiple methods within MEM Intune to view, export, and connect programmatically to data, however with Power Automate we have another method to query data and publish to a dashboard and in this instance I publish to a Power BI dataset.

Let’s get started!

In this post I walk through creating a Power BI dashboard to show device compliance status.


  1. Power Automate
  2. Power BI
  3. Microsoft Endpoint Manager – Intune

Registering an app in Azure Active Directory to access the Power BI service

The quickest and easiest method to register an app in Azure AD is to go to:, however you can go directly to Azure AD and register an app that way as well. Both methods accomplish the same thing. Once the app is registered navigate to Azure AD > app registrations and select “All applications” to see all registered apps (using will not show up under “Owned applications” so we select “All applications” to see it).

Select the app and then select “API permissions” and make sure consent is granted, if it’s not grant consent as shown below.

Creating a Power BI dataset

To post data to Power BI a dataset must exist, however to use the Power BI connectors in Power Automate the dataset must be created via and the Power BI API. There are a few steps we need to go through to set up a new Power BI dataset. I use Postman quite a bit for my queries and if you’re interested see my use of Postman from previous posts, however Graph Explorer works just as well.

Creating the dataset using Postman

The instructions to create a new dataset using Graph are located here:

In the body we need to create and add the columns to the table as shown below. For this dataset I’m interested in creating a compliance Power BI dashboard so I added columns I’m interested in viewing. We can see columns by running the following Get Graph query in Graph Explorer:

  “name”: “Device Compliance”,
  “defaultMode”: “Push”,
  “tables”: [
      “name”: “Compliance”,
      “columns”: [
          “name”: “Compliance Status”,
          “dataType”: “string”
          “name”: “Device ID”,
          “dataType”: “string”
          “name”: “Device Name”,
          “dataType”: “string”
          “name”: “Last Reported”,
          “dataType”: “DateTime”
          “name”: “UPN”,
          “dataType”: “string”

Here’s the full query and JSON I utilized to create the dataset in Power BI:

Get dataset from Power BI

To validate the dataset was crated we can run a Get query in Graph Explorer (or in my case Postman):

If you’d like, navigate to Power BI as well to validate the dataset was created:

Power Automate

Let’s step through the process:

  1. I manually trigger this flow, however change the first step to a recurrence trigger to schedule this to run when you’d like it to run.
  2. The next four items are where I store variables for use in the HTTP action to perform a Graph query.
  3. Get compliance state is a custom connector I created that uses Graph to query compliance. I used a connector as I intend to utilize it in other flows so it’s quicker to add in vs create an HTTP action to call Graph every time.
  4. Next I parse the JSON returned from the “Get compliance state” connector.
  5. Next I use an HTTP action to make a Graph call and use the compliance policy ID to circulate through each policy looking for device compliance state (see previous posts for fuller details if needed).
  6. I parse JSON from the output of the HTTP action.
  7. Finally I write the compliance state and additional fields to a Power BI dataset.

Power BI action details

Connect to the workspace and select the dataset then table. Next add the dynamic content retrieved from the JSON output to the columns displayed after the table is selected:

Note: the “Add row to a dataset” action is currently in preview.

Creating a Power BI dashboard

Creating a Power BI dashboard is fairly straightforward. Simply check the field you’re interested in viewing and choose the type of visual you’d like to see of the data.

Take the Power Automate process further by adding a step and sending users notifications or even links to the dashboard in Teams or email or alerting your ticketing system.

Note: the Intune data warehouse is an option for historical data if needed:

Coincidently V2 of the Power BI compliance report using the Intune data warehouse was published a few days ago:


That’s it! We created a dataset in Power BI using Graph then utilized Power Automate to populate the dataset with near real-time data from MEM Intune.

Author: Courtenay Bernier

Courtenay is a technology professional with expertise in aligning traditional software and cloud services to strategic business initiatives. He has over 20 years of experience in the technology field as well as industry experience working with distribution centers, call centers, manufacturing, retail, restaurant, software development, engineering, and consulting. I am a Principal PM on the Microsoft Endpoint Management Engineering Team, all posts, opinions, statements are my own.

Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s

This site uses Akismet to reduce spam. Learn how your comment data is processed.

%d bloggers like this: