Root cause, not just a red X.
Gateway offline, expired credentials, a query timeout, out of memory: named in plain English, with the fix.
→ stop reverse-engineering serviceExceptionJson at 6 a.m.
RefreshRadar watches every Power BI refresh across your workspaces and tells you what broke, and why, the moment it happens.
Free forever on the safety-net tier, no card required. Founding users lock in founding pricing.
Expired credentials · Web source · retry 4/4
Power BI disabled this schedule after 4 failed refreshes
It emails the model owner a timestamp and a failure code. Not whether the next run happened, not the cause, not which of your datasets went dark.
Data source error: ModelRefresh_ShortMessage_ProcessingError
What it won’t tell you
After four failed refreshes in a row, Power BI switches the schedule off. The next run you were counting on simply never happens.
You get a failure code, not a cause. Expired credentials, a gateway down, a query timeout: that’s yours to decode at 6 a.m.
One tenant holds dozens of datasets across a dozen workspaces. Native alerts fire one model at a time, only to its owner.
No agents to run, no dashboards to check. It watches quietly and only speaks up when something actually breaks.
One admin approves the connection to your tenant (read-only behavior, the least Microsoft allows). About two minutes: no gateway install, no per-report setup.
RefreshRadar tracks every refresh across every workspace, and every client tenant, on its own. Nothing to babysit.
The moment something breaks, the likely cause and the fix land in your inbox, or a webhook you can route to Slack or Teams. Not just a red X.
Here is what $19 a month, the Solo plan, gets you.
Gateway offline, expired credentials, a query timeout, out of memory: named in plain English, with the fix.
→ stop reverse-engineering serviceExceptionJson at 6 a.m.
Every refresh across all your workspaces, and every client tenant you manage, consolidated onto a single board.
Power BI emails the model owner, one dataset at a time: never why, never your team, never the consultant running someone else’s tenant.
Power BI keeps only your last 60 refreshes. RefreshRadar keeps the full record, and the trends 60 entries are too short to show.
One caught failure, opened up: the cause, every retry Power BI ran, and the exact fix. Before your stakeholders refresh the report.
auth failure · Web source · Finance workspace
The Web data source behind Sales_Daily is signing in with credentials that expired at 05:32. Every refresh since has failed at the sign-in step. Not a data problem, an auth one.
Raw Power BI signal
errorCode: ModelRefresh_ShortMessage_ProcessingError errorDescription: credentials for the data source have expired
The fix
Update the source credentials: Dataset settings → Data source credentials → Edit → sign in again. Left unfixed, four consecutive failed refreshes will auto-disable the schedule.
Automatic retries
4 / 4 failedstatus held at Unknown through all four retries
No per-seat math. Founding users lock in founding pricing.
Free forever
The safety net: the instant a refresh hard-fails, with the likely cause from our catalog.
or $190/yr, two months free
One developer, every workspace you own.
$49 base + $19 / connected tenant, capped at $199/mo
For consultancies watching many client tenants.
Everything in Solo, plus
$19 a month is less than the cost of one silent failure, explained to your stakeholders after they spotted it first.
Prices shown are founding-user pricing, locked for as long as you stay.
Minimal by default, honest about the one permission Microsoft forces, and tuned to surface real failures, not “completed-with-warnings” noise.
A service principal that reads refresh status and timings, never the rows inside your datasets.
Reading refresh history needs the Contributor workspace role: a Microsoft limit (Viewer returns 403), not our choice. We take the least Microsoft allows, and nothing above it.
One app, one certificate in a managed vault. There is no pile of per-tenant secrets sitting around to be stolen.
Who hears about it
Native Power BI: The model owner’s inbox, plus same-tenant people you add by hand.
RefreshRadar: Whoever you choose: your team, or the client whose tenant you run.
What it tells you
Native Power BI: That the refresh failed.
RefreshRadar: Why it failed: gateway, credentials, timeout, out of memory, and the fix.
How much it sees
Native Power BI: One model at a time.
RefreshRadar: One board across every workspace and client tenant.
When a schedule dies
Native Power BI: After 4 straight failures Power BI disables it, one more email in the same pile.
RefreshRadar: The auto-disable is flagged the moment it happens, wherever you’re watching.
How far back it goes
Native Power BI: The last 60 refreshes, then it forgets.
RefreshRadar: Durable history and trends, past the 60-entry cap.
No. Native alerts email the model owner that a refresh failed. They don’t reach your team or the consultant running someone else’s tenant, don’t tell you why it broke, don’t consolidate across your datasets and clients, and keep only the last 60 entries. Closing that gap is the whole product.
Your scheduled semantic-model (dataset) refreshes. The moment one hard-fails, it catches the failure and names the likely cause and the fix, not just a red X. Paid plans also flag a refresh that went missing, one that did not run when it was scheduled to. It reads refresh metadata only, the status, timings and error codes, never the rows inside your datasets.
Alerting is the core product, not a separate module. The free tier emails you the moment a scheduled refresh hard-fails, no card required, across every workspace in your tenant, with the likely cause from our error catalog and seven days of history. Paid plans add AI root cause for novel errors, webhook delivery so alerts land in Slack or Teams, missing-refresh alerts, unlimited history, and multiple client tenants.
No. RefreshRadar reads refresh metadata: status, timings, error codes, not the rows inside your datasets. Your report data never leaves Power BI.
A read-only service principal. We’ll be straight with you: reading refresh history requires the Contributor workspace role, a Microsoft limitation (Viewer gets an HTTP 403), not a choice of ours. We ask for the least Microsoft allows and nothing more, and there’s no per-tenant secret to store.
Power BI is a Fabric workload now, and the semantic-model refresh API we build on is the same one, so your Power BI semantic model (dataset) refreshes are covered today, in any Fabric workspace. Other Fabric item types, like data pipelines, warehouses, Dataflows Gen2, and lakehouse or notebook jobs, are on the roadmap, not day one.
Yes. Sign in with Microsoft, connect your tenant, and RefreshRadar starts watching your refreshes right away. The free tier alerts you the moment a refresh hard-fails, no card required. Founding users lock in founding pricing for as long as they stay.
Connect your tenant in minutes and watch every Power BI refresh across your workspaces on one board. Founding users lock in founding pricing.
Free forever on the safety-net tier, no card required.