Forum Discussion
Auto attendant and Call queue historical reports - Version 3.2
- 1 year ago
Hi SeanMoody
Regarding the RLS mapping table:
This is a table that needs to be connected to your data models.
The model itself should be structured accordingly — for example, there should be an Employees table that is linked to the Sales table through some key.
I'm attaching a link to a tutorial video about RLS.
I believe it will help clarify things for youhttps://www.youtube.com/watch?v=jphj40tBPD8&t=3s
If this post helps, then please consider Accepting it as the solution to help the other members find it more quickly
- 1 year ago
Hi SeanMoody,
Thank you for your follow-up.
Please find below the links to the documents that will assist in resolving the issue:
Use the Microsoft Graph API to work with Microsoft Teams - Microsoft Graph v1.0 | Microsoft Learn
Get started with the Microsoft Graph PowerShell SDK | Microsoft Learn
Microsoft Graph permissions reference - Microsoft Graph | Microsoft LearnIf you find our response helpful, kindly consider marking it as the accepted solution. This will benefit other members of the community who may have similar queries.
Should you have any further questions, please feel free to reach out to the Microsoft Fabric community.
Thank you.
Thankyou, Ritaf1983, for your response.
Hi SeanMoody,
We appreciate your inquiry submitted through the Microsoft Fabric Community Forum.
Based on my understanding, the Auto Attendant and Call Queue Historical Reports utilize OAuth2-based authentication with a pre-authorized account (usually an administrator or service principal) to retrieve data via Microsoft Graph and CQD APIs. In the Power BI Service, the dataset refresh always uses this single account; the viewer’s credentials are not passed through. This behavior is by design and is not currently supported. Therefore, all users see data based on the refresh account’s access privileges, not according to their individual Teams assignments.
Please follow the workaround steps outlined below, which may help resolve the issue:
- To ensure that each user only views data for their respective Auto Attendants and Call Queues, you can implement Row-Level Security (RLS) in Power BI:
- Create a user-to-queue mapping table (for example, email → assigned queue names).
- Define RLS rules using the USERNAME() or USERPRINCIPALNAME() functions in Power BI.
- This will filter the data based on the identity of the logged-in user, irrespective of the refresh account credentials.
Additionally, kindly refer to the following links for more information:
Auto attendant and Call queue historical reports - Microsoft Teams | Microsoft Learn
Plan for Auto attendant and Call queue authorized users - Microsoft Teams | Microsoft Learn
If you find our response helpful, please mark it as the accepted solution and provide kudos. This will assist other community members who may have similar queries. Should you have any further questions, please feel free to contact the Microsoft Fabric Community.
Thank you.
Thanks for the explaination.
So if I create a user-to-queue mapping table (for example, email → assigned queue names) then I have 2 additional questions:
1) How do I tie this mapping table into the many tables within this report so it filters the multiple reports ?
2) Am I correct in assuming that this table will need to be kept up to date with every change that is made on the teams queue administrative side?
Thanks
Sean