This time we’re going bigger than ever. Fabric, Power BI, SQL, AI and more. We're covering it all. You won't want to miss it.
Learn moreDid you hear? There's a new SQL AI Developer certification (DP-800). Start preparing now and be one of the first to get certified. Register now
Hi,
I’m trying to share a Fabric Data Agent connected only to a Lakehouse (no semantic model).
I gave:
Read + Execute permissions on the Lakehouse
access to the Data Agent itself
According to the documentation, workspace access should not be required.
However, when the target user asks a question to the agent, the agent says it cannot answer and returns this message:
“I could not access the data needed to answer your question because there is a database permission issue related to access to the customer table. This means I cannot retrieve the information about the customer with the highest consumption.”
And when opening the Data Agent, I get this error:
"PowerBINotAuthorizedException
Error retrieving workspace network security settings"
Why is the Data Agent trying to access Power BI workspace security settings if it is only connected to a Lakehouse?
Is there an additional permission required that is not documented?
Thanks.
Thanks for the clarification 🙂
Honestly I’m still very confused about how Data Agent sharing is supposed to work. There always seems to be a permission issue somewhere.
Even for Data Agents connected to a semantic model, the required permissions are not very clear (Build? Viewer? Workspace access?).
Is there any official documentation that clearly explains all required roles depending on the scenario (Lakehouse vs semantic model, direct sharing vs workspace access, etc.)?
Hi @Antoine1733,
Thank you @Tamanchu for your response tothe query.
we haven't heard back from you regarding our last response and wanted to check if your issue has been resolved.
Should you have any further questions, feel free to reach out.
Thank you for being a part of the Microsoft Fabric Community Forum!
Hi @Antoine1733, interesting issue 🙂
From the error message, this doesn’t look like a simple Lakehouse permission problem to me.
What’s a bit confusing with Fabric Data Agents right now is that even when the agent is connected only to a Lakehouse, some operations still seem to go through internal Power BI / Fabric workspace security checks behind the scenes. That would explain why you’re seeing :
even though the user already has :
According to the current documentation, workspace access shouldn’t be required when you share a data agent and grant access to the underlying Lakehouse. However, in some preview and network‑secured scenarios, Fabric still appears to evaluate workspace network settings behind the scenes, which is why testing Viewer access on the workspace is a useful diagnostic step rather than a strict requirement.
What I would personally try first :
I would also check whether the workspace has :
because these often trigger additional authorization checks in secured / preview scenarios.
So my feeling is that this is probably a current limitation or dependency in the preview implementation, where the Data Agent still relies on workspace‑level context for some security evaluations, even in a Lakehouse‑only setup. If org policy doesn’t allow permanent Viewer access, you can :
Hope this helps you narrow down the root cause 🙂
If you can share whether adding Viewer solved it (or not), that would be very useful for others hitting the same issue.
Docs :
Check out the April 2026 Fabric update to learn about new features.
Sign up to receive a private message when registration opens and key events begin.
| User | Count |
|---|---|
| 1 | |
| 1 | |
| 1 | |
| 1 | |
| 1 |