Forum Discussion
Cross workspace semantic model access
Hi, I have a workspace A that houses the warehouse and worksapce B that contains semantic model (uses workspace A warehouse tables). The end user need to access the semantic model both in UI and using cowork.
Permissions assigned via group/individual
Workspace A - Read, ReadData access to warehouse, no access at workspace level
Workspace B - Member access to workspace
Workspace B - Enabled 'Approved for Copilot' and 'External sharing' for the semantic model
As an admin, I am able to refer the semantic model using cowork but the business user is not ablwe to do. I tried assigning schema level select permission for Workspace A, still does not work. Let me know if anyone has faced a similar situation.
Hi sanjoli,
I think the key point here is that there are two different permission layers involved:
1. Access to the semantic model in Workspace B
2. Access to the underlying Warehouse data in Workspace ABeing a Member in Workspace B gives the user broad access to the semantic model workspace, but it does not automatically guarantee that Copilot / cowork can resolve and query the underlying Warehouse data from Workspace A.
A few things I would check :
- On the semantic model in Workspace B, make sure the business user or group has at least Read permission, and ideally Build permission if they need to discover/reuse the model outside a report experience.
- On the Warehouse in Workspace A, make sure the user has the required item permissions, not only SQL object permissions.
- Read on the Warehouse only allows connection to the SQL endpoint. To actually query tables/views, the user needs ReadData or equivalent SQL permissions.
- If the semantic model is Direct Lake / DirectQuery over the Warehouse, validate the experience with the exact same business user account, not an admin account, because admin permissions can hide missing downstream permissions.
- Also check whether RLS/OLS is enabled on the semantic model, as this can affect what the user can access even if the base permissions look correct.
One thing to keep in mind: Approved for Copilot makes the semantic model eligible for Copilot, but it does not replace normal Fabric / Power BI permissions. The user still needs proper access to the semantic model and, depending on the connection mode and authentication behavior, to the underlying data source as well.
So I would first validate this path step by step :
User can open Workspace B semantic model
- user has Read/Build on the semantic model
- user can query the Warehouse tables in Workspace A directly
- user can consume the semantic model in Power BI then test cowork / Copilot
That usually helps identify whether the missing permission is on the semantic model side or on the Warehouse side.
Some references :
- https://learn.microsoft.com/en-us/power-bi/connect-data/service-datasets-permissions
- https://learn.microsoft.com/en-us/power-bi/connect-data/service-datasets-build-permissions
- https://learn.microsoft.com/en-us/fabric/data-warehouse/share-warehouse-manage-permissions
- https://learn.microsoft.com/en-us/power-bi/create-reports/copilot-introduction
3 Replies
- TamanchuSuper User
Hi sanjoli,
I think the key point here is that there are two different permission layers involved:
1. Access to the semantic model in Workspace B
2. Access to the underlying Warehouse data in Workspace ABeing a Member in Workspace B gives the user broad access to the semantic model workspace, but it does not automatically guarantee that Copilot / cowork can resolve and query the underlying Warehouse data from Workspace A.
A few things I would check :
- On the semantic model in Workspace B, make sure the business user or group has at least Read permission, and ideally Build permission if they need to discover/reuse the model outside a report experience.
- On the Warehouse in Workspace A, make sure the user has the required item permissions, not only SQL object permissions.
- Read on the Warehouse only allows connection to the SQL endpoint. To actually query tables/views, the user needs ReadData or equivalent SQL permissions.
- If the semantic model is Direct Lake / DirectQuery over the Warehouse, validate the experience with the exact same business user account, not an admin account, because admin permissions can hide missing downstream permissions.
- Also check whether RLS/OLS is enabled on the semantic model, as this can affect what the user can access even if the base permissions look correct.
One thing to keep in mind: Approved for Copilot makes the semantic model eligible for Copilot, but it does not replace normal Fabric / Power BI permissions. The user still needs proper access to the semantic model and, depending on the connection mode and authentication behavior, to the underlying data source as well.
So I would first validate this path step by step :
User can open Workspace B semantic model
- user has Read/Build on the semantic model
- user can query the Warehouse tables in Workspace A directly
- user can consume the semantic model in Power BI then test cowork / Copilot
That usually helps identify whether the missing permission is on the semantic model side or on the Warehouse side.
Some references :
- https://learn.microsoft.com/en-us/power-bi/connect-data/service-datasets-permissions
- https://learn.microsoft.com/en-us/power-bi/connect-data/service-datasets-build-permissions
- https://learn.microsoft.com/en-us/fabric/data-warehouse/share-warehouse-manage-permissions
- https://learn.microsoft.com/en-us/power-bi/create-reports/copilot-introduction
- v-menakakotaCommunity Support
Hi sanjoli ,
Thanks for reaching out to the Microsoft fabric community forum.
I would also take a moment to thank Tamanchu , for actively participating in the community forum and for the solutions you’ve been sharing in the community forum. Your contributions make a real difference.
I hope the above details help you fix the issue. If you still have any questions or need more help, feel free to reach out. We’re always here to support you.Best Regards,
Community Support Team- v-menakakotaCommunity Support
Hi sanjoli ,
I hope the above details help you fix the issue. If you still have any questions or need more help, feel free to reach out. We’re always here to support you.
Best Regards,
Community Support Team