Forum Discussion
Notify on semantic model refresh completed with warnings (including DAX) not just Power Query errors
Summary
Need proactive way to notify when DAX warning occur within semantic models
Details
Currently one does not know of DAX errors until either seen in pbi desktop column warning icon OR
Refresh History warnings
Links
Microsoft Teams Integration with Power BI Service or Fabric capacity – Notification Automation
Semantic model refresh failure notification across tenant
Power BI Refresh Completed with Warnings – Need Help Understanding Issue
Screenshots
6 Replies
- gauthamboppanaSolution Specialist
garythomannCoGC - I don't think there is a native solution. However, have a look at the Semantic labs and see if the BPA Analyser captures the DAX errors. If yes, then you can build a note book, and schduel it to run weekly etc. and monitor the errors. Hope this helps.
- DekuSuper User
This would be best posted on fabric ideas or vote on a existing similar idea
- AmiraBedhSuper User
Hello !
Thank you for posting on MS Fabric community.
Since there is no native solution I can share with you a workaround that I used once.
You need ro enable Azure Log Analytics integration for the workspace and alert from there because the semantic model events can be captured for premium workspaces and you can use these logs to investigate refresh details and monitor DAX formulas and expressions as well as PQ activity.
- Nasif_AzamSuper User
Hi garythomannCoGC,
You have hit a real and officially documented gap not user error.
Per Microsoft Learn (Data refresh in Power BI):
"If you use the Power BI REST APIs to perform refreshes, warnings are logged in the refresh history, but the Datasets - Get Refresh History and Get Refresh Execution Details REST APIs do not include warnings in their responses."
That's why the built-in refresh failure notification and any Power Automate flow built on those APIs will silently miss Completed with warnings including DAX-origin ones (broken measure refs, unknown functions, type mismatches).
Three workarounds that actually catch DAX warnings:
- XMLA-endpoint refresh (via Tabular Editor, SSMS, or PowerShell Invoke-ProcessASDatabase): Warnings come back directly in the XMLA response. Wrap in a script and post to Teams/email on any non-empty warning collection.
- Fabric Notebook + semantic-link (sempy): Start a trace on ProgressReportEnd / JobGraph events around fabric.refresh_dataset(); trace captures warning messages the REST API drops. Phil Seamark has a great write-up on dax.tips.
- Shift-left / proactive: Run Best Practice Analyzer (Tabular Editor) in your CI/CD on the .bim/TMDL before publish, and use INFO.VIEW.MEASURES() DMVs to flag broken DAX early.
Several tenants (incl. MS Q&A threads) are reporting a wave of false "missing table" warnings starting 26 March 2026 on untouched models worth ruling out before chasing a model fix. Longer term, please upvote / file this at https://ideas.fabric.microsoft.com a first-class "notify on warning" toggle alongside the failure toggle is the real fix.
Best Regards,
Nasif Azam - garythomannCoGCImpactful Individual
Post added to Ideas forum as no response from community as to existing posts.
Link to Idea forum post added to OP Links section.
Thanks all for your contribution posts :} - v-prasareCommunity Support
Hi garythomannCoGC,
Thanks for confirming that you’ve shared this in the Ideas forum.
Please do post any updates here if you hear back from the product team. Updates will definitely help other users who are running into the same refresh‑with‑warnings scenario.
Thanks,
prashanth