Forum Discussion
Shared Semantic Model - Connectivity Issue from different tenants
- 8 months ago
Power BI Desktop cannot:
carry over Databricks credentials,
rebind DirectQuery connections across tenants,
or safely republish that dataset binding.
So Desktop opens the report, but when they publish, the semantic model connection is dropped → “data disconnected”. This is expected behavior.
So you have a few limited options here which none of them would be a perfect solution as there is no any in your case.
Option 1: They publish reports, not datasets
You own and publish the semantic model (DirectQuery to Databricks).
Customers get Build permission on the semantic model.
Customers create reports:
in Power BI Service (web authoring), or
in Desktop using Live connection, then publish reports only.
They do not publish datasets.
This is the standard multi-tenant pattern.
Option 2: Customer-owned semantic models
If customers must publish datasets:
Each customer must have:
their own Databricks connection,
their own semantic model in their tenant,
their own credentials.
You cannot safely share a DirectQuery dataset across tenants and let others republish it.
- 7 months ago
Hi Scheneyder , Thank you for reaching out to the Microsoft Community Forum.
There is no remaining configuration or permission change that will make this work. If customers must publish from Desktop, they must own their Databricks connection and semantic model. If they cannot, then Desktop authoring is off the table and authoring must stay in the Service. Currently, Power BI does not support a middle ground for this scenario.
This is common issue in Power BI desktop, as users is only granted access to B2B power BI service so therefore he is not able to connect via Power BI Desktop.
Please Avoid Desktop-based authoring for external users as PBI Desktop does not support Power BI Desktop download and republish workflows for B2B users when using DirectQuery and Databricks.
If this is compulsory then isolate the architecture, provide the customers with their own Databricks connection and semantic model (separate tenant or workspace), or consider Import mode where feasible.