The ultimate Fabric, Power BI, SQL, and AI community-led learning event. Save €200 with code FABCOMM.
Get registeredCompete to become Power BI Data Viz World Champion! First round ends August 18th. Get started.
Hi all,
I need to share some tables from our semantic model with another department.
To achieve this, I created a new semantic model (B) using a direct query on the primary semantic model (A).
I published semantic model B in a new, dedicated workspace.
Everything works fine for me as an administrator.
In the dedicated workspace containing semantic model B, I added colleagues from the other department as members. I also granted them "Read" access to semantic model A, but when they try to connect to the model, they encountered the following error message:
"protocol":"analysis-services","address":{"server":"powerbi://api.powerbi.com/v1.0/myorg/wsA","database":"[PROD] Semantic A"},"authentication":null,"query":null.
To resolve this, I gave them "Build" permissions on semantic model A as well, and it worked. However, I don’t want to give the other department full visibility of the main semantic model A.
Does anyone have suggestions for how to configure permissions to achieve this?
Thanks in advance, Giuseppe
Solved! Go to Solution.
You definately need build permission, I ran into this problem a while ago and got confirmation from Microsoft.
I think the suggestion is to daisy chain DQ over AS models to together
Import -> DQ1 -> DQ2
You would grant build permission on the DQ1 model but not the import one. DQ1 would have a subset of the tables
Hi Giu,
We are following up to see if your query has been resolved. Should you have identified a solution, we kindly request you to share it with the community to assist others facing similar issues.
If our response was helpful, please mark it as the accepted solution and provide kudos, as this helps the broader community.
Thank you.
Hi Giu,
We wanted to check in regarding your query, as we have not heard back from you. If you have resolved the issue, sharing the solution with the community would be greatly appreciated and could help others encountering similar challenges.
If you found our response useful, kindly mark it as the accepted solution and provide kudos to guide other members.
Thank you.
Hi Giu,
We would like to verify whether the solution provided by @Deku has resolved the issue you were facing. If you have identified another resolution, we kindly request you to share it with the community, as it could be of great help to others with similar concerns.
If you found the response useful, please mark it as the accepted solution and give kudos to support other users with comparable queries.
Thank you.
Thank you, @Deku , for your response.
Hi @Giu,
We sincerely appreciate your inquiry on the Microsoft Fabric Community Forum.
In addition to the response provided by @Deku , please consider the following alternative method, which may help resolve the issue:
Instead of sharing the entire semantic model, create a new dataset that includes only the tables required by the other department.
If you find our response helpful, kindly mark it as the accepted solution and provide kudos. This will assist other community members encountering similar queries.
Thank you.
Hi @v-pnaroju-msft,
This is exactly what I have done.
My concerns are:
You definately need build permission, I ran into this problem a while ago and got confirmation from Microsoft.
I think the suggestion is to daisy chain DQ over AS models to together
Import -> DQ1 -> DQ2
You would grant build permission on the DQ1 model but not the import one. DQ1 would have a subset of the tables
You could use the analysis service connector in power query and they could import only the tables they need.
User | Count |
---|---|
43 | |
15 | |
13 | |
13 | |
9 |
User | Count |
---|---|
50 | |
43 | |
24 | |
22 | |
18 |