Don't miss your chance to take the Fabric Data Engineer (DP-600) exam for FREE! Find out how by attending the DP-600 session on April 23rd (pacific time), live or on-demand.
Learn moreNext up in the FabCon + SQLCon recap series: The roadmap for Microsoft SQL and Maximizing Developer experiences in Fabric. All sessions are available on-demand after the live show. Register now
Hi everyone,
I’m looking for guidance regarding ownership transfer of Power BI reports in Microsoft Fabric.
I’m currently in the process of leaving my company, and we are transitioning ownership of assets to a service account that we created specifically for long-term continuity.
So far, I’ve been able to successfully take over ownership of Lakehouses, Semantic models, Notebooks, Data pipelines etc.
However, I’ve noticed that Power BI reports do not seem to have a “Take Over” ownership option, unlike previously mentioned items.
From what I understand users with edit permissions in the workspace can edit the associated report. However, the report itself still appears to remain owned by the original creator.
My main concern is that these reports are embedded in a public website.
What happens when my user account is disabled or deleted and the original report owner no longer exists in the tenant?
Specifically:
Will the embedded report continue functioning normally?
Could it break due to ownership dependency?
Is there a recommended best practice for transferring report ownership in embedded/public scenarios?
Is there an official governance approach recommended by Microsoft for this situation?
We want to avoid any service disruption once my account is deactivated.
If anyone has dealt with a similar transition, I’d really appreciate your insight.
Thanks in advance!
Solved! Go to Solution.
Hi @Rafaela07,
In the Power BI Embedded – App Owns Data scenario using a service principal, the embedded reports are not dependent on the original creator’s account. As long as:
Then, disabling or deleting the original user account will not break the reports. The service principal handles authentication and access, so ownership of the original report doesn’t matter.
Official Microsoft documentation:
Following this setup is the recommended best practice to ensure continuous access and avoid service disruption.
Hello @Rafaela07,
Here’s how this works for Power BI reports embedded in public websites:
Will the embedded report continue functioning normally?
Could it break due to ownership dependency?
Is there a recommended best practice for transferring report ownership in embedded/public scenarios?
Is there an official governance approach recommended by Microsoft for this situation?
Avoiding service disruption:
Community insight:
• As noted in the Microsoft Fabric Community, report “ownership” isn’t technically required for access, but public embed codes are tied to the original publisher account. (community discussion)
Hi @Olufemi7 !
First of all thank you very much for the response!
Just a clarification.
The way that we embed these reports are not throught publish to web, yet we use Power BI Embedded - App Owns Data scenario and the authentication is performed with service principal.
In this scenario, the removal of the original creator's account can still cause problems regarding the reports function?
Thank you in advance!
Hi @Rafaela07,
In the Power BI Embedded – App Owns Data scenario using a service principal, the embedded reports are not dependent on the original creator’s account. As long as:
Then, disabling or deleting the original user account will not break the reports. The service principal handles authentication and access, so ownership of the original report doesn’t matter.
Official Microsoft documentation:
Following this setup is the recommended best practice to ensure continuous access and avoid service disruption.
If you have recently started exploring Fabric, we'd love to hear how it's going. Your feedback can help with product improvements.
A new Power BI DataViz World Championship is coming this June! Don't miss out on submitting your entry.
Share feedback directly with Fabric product managers, participate in targeted research studies and influence the Fabric roadmap.