Skip to end of metadata
Go to start of metadata

You are viewing an old version of this content. View the current version.

Compare with Current View Version History

« Previous Version 11 Next »

Context and Problem

image-20250122-194334.png

0 - Initially, the data related to the report is stored in the dataverse (SQL DB) in an XML format and precisely, in a field [FomrXML] of the table [SystemForm].

1 - The Power BI developer creates a new report or update the identifier of the report.

2 - The Power BI developer publish the report in a specific workspace or group in the Power BI Service or Platform.

3 - Because the new identifier is different from the identifier stored in the dataverse, the link is broken and displays an error message in the IFrame deployed in a form of the Power Apps.

NB: How to redeploy the new link in the dataverse based on the update published in the PBI Service ?

Here’s a list of limits and contraints to consider :

  • When we publish a report from the Power BI Desktop, the process will log a message which is only accessible to the Power BI Administrator.

  • When we publish a report from the Power BI Desktop, no event is triggered by the process and stored in the PBI Service.

  • When we publish or refresh, we cannot add Power BI alerts.

  • The refresh of a report is not enough to determine if there was a change from the Power BI Dekstop.

  • The Power Platform (Power Automate) does not provide a flow which would retrieve the events / behaviors generated by any processes in Power BI Service.

  • The Microsoft Fabric Platform does not provide a Power BI connector capable of connecting and retreiving data and metadata from the Power BI Service.

  • When the IFrame in Power Apps displays the error, no event is generated by the Power Platform (Apps) or no information is stored in the dataverse.

    • Even it’s not possible to catch the client error in the IFrame with a JavaScript deployed in the dataverse.

Applicative Architecture

Software Architecture

Limitations and recommendations

  • No labels