Een klassieke Power BI Service‑fout bij het renderen van visuals

Copilot said:
Copilot
Perfect — deze detailmelding is doorslaggevend.
Ik vat het zeer concreet samen en geef je exacte acties.
✅ Wat zegt deze fout technisch?
Plain Text
Onderliggende fout: OnPremiseServiceException
➡️ Dit is 100% een probleem met de On‑premises Data Gateway.
Niet met Power BI zelf en niet met de visual.
Andere belangrijke signalen:
- Dataset wil lokale (on‑premise) data ophalen
- Power BI Service kan de gateway niet (correct) gebruiken
- Daarom faalt elke visual
🔎 Wat is hier NIET het probleem?
❌ Custom visual
❌ Missing Power BI extensie
❌ Browser / cache
❌ Tijdelijk Power BI issue
➡️ Die rode balk met “Extension ontbreken” is secundair en veroorzaakt door de gateway-fout.
🧠 Waarschijnlijke oorzaken (in jouw context)
Ik rangschik ze op kans:
class="wp-block-heading">1️⃣ Gateway is offline / servicestop (meest voorkomend)
- Server herstart
- Windows update
- Gateway service niet automatisch gestart
2️⃣ Gateway bestaat nog, maar:
- Dataset is niet (meer) gemapt naar de juiste data source
- Naam / type data source gewijzigd
3️⃣ Credentials zijn verlopen
- SQL login gewijzigd
- Windows account wachtwoord veranderd
- API token verlopen
✅ Exacte stappen om dit NU op te lossen
🔧 Stap 1 – Check gateway status (5 seconden werk)
In Power BI Service:
- ⚙ Instellingen
- Gegevensgateway
- Kijk naar:
- Status = ✅ Online ❌ Offline
👉 Als Offline → ga meteen naar Stap 2
🔧 Stap 2 – Gateway service controleren (op de server)
Op de machine waar de gateway draait:
- Open Services
- Zoek:
On-premises data gateway service - Status moet zijn:
- ✅ Running
- Startup type = Automatic
🔁 Zo niet:
- Start service manueel
- Zet startup op Automatic
🔧 Stap 3 – Dataset ↔ data source mapping checken
In Power BI Service:
- Dataset → Instellingen
- Gegevensbronreferenties
- Controleer per bron:
- Is deze gekoppeld aan een gateway?
- Staat er ✔️ i.p.v. foutmelding?
📌 Typische fout hier:
- Data source bestaat dubbel
- Oude data source werd verwijderd
- Naam/type verschilt van Desktop
🔧 Stap 4 – Credentials heropslaan (zeer vaak de fix)
Bij dezelfde dataset:
- Gegevensbronreferenties
- Klik Bewerken
- Herstel:
- SQL / Windows / OAuth login
- Opslaan
➡️ Daarna:
- Dataset vernieuwen
- Rapport herladen
🧪 Snelle test
Als dataset refresh ook faalt → bevestigt gateway‑issue ✅
Als refresh slaagt maar visuals niet → stuur dat, dan duiken we dieper
✅ Samenvatting (to‑the‑point)
- ✅ Fout is OnPremiseServiceException
- ✅ Oorzaak = Gateway
- ❌ Geen visual-, browser- of Power BI‑bug
- 🔧 Oplossing:
- Gateway online?
- Service running?
- Dataset correct gemapt?
- Credentials opnieuw opslaan
class="wp-block-heading">Volgende stap (optioneel, maar nuttig)
Wil je:
- 📸 Screenshot van Gateway → Status
- of foutmelding bij Dataset vernieuwen
Dan zeg ik je exact wat fout geconfigureerd staat (1 regel fix).

Copilot said:
Copilot
Perfect, dit scherm bewijst exact waar het fout loopt.
We kunnen het nu 100% sluitend verklaren én oplossen.
✅ Wat toont deze screenshot onmiskenbaar?
1️⃣ Meerdere verbindingen staan OFFLINE
Concreet zie ik deze offline data sources:
- ❌
C:\Users\herma\OneDrive - …(Bestand) - ❌
vmfacility.crm4.dynamics.com(Dataverse)
➡️ En Dataverse (crm4.dynamics.com) is cruciaal voor je rapport.
2️⃣ Bovenaan: “Extension ontbreekt referenties”
Dit is geen aparte fout, maar een neveneffect:
Power BI kan de Dataverse-connector niet activeren
→ omdat de gateway niet correct verbonden is
🔎 Conclusie (kort en technisch juist)
✅ Het probleem is NIET:
- het rapport
- de visual
- Power BI Service
- permissions op visualniveau
❌ Het probleem is WEL:
De Dataverse‑verbinding (vmfacility.crm4.dynamics.com) staat offline op de gateway
Daardoor:
- kan de dataset geen data ophalen
- falen alle visuals
- verschijnt
OnPremiseServiceException
✅ Waarom is Dataverse hier “on‑prem” zichtbaar?
Dat is normaal ✅
Power BI gebruikt:
- On‑prem gateway
- als secure proxy
- voor cloudbronnen zoals Dataverse wanneer:
- credentials via gateway lopen
- of wanneer dit historisch zo is opgezet
🔧 Exacte actie om dit op te lossen (in volgorde)
✅ Stap 1 – Open deze Dataverse‑verbinding
Klik op:
vmfacility.crm4.dynamics.com
✅ Stap 2 – Credentials opnieuw instellen
In de details van die verbinding:
- Bewerken
- Opnieuw aanmelden:
- Account = jij (Power BI gebruiker)
- Type = Organisatieaccount
- Opslaan
📌 Dit is in 80% van de gevallen de hele oplossing.
✅ Stap 3 – Gateway koppeling checken
In hetzelfde scherm:
- Staat er:
- ✅ Gateway geselecteerd?
- ✅ Exact dezelfde Dataverse‑URL?
Zo niet:
- correcte gateway selecteren
- opslaan
✅ Stap 4 – Dataset vernieuwen
Ga nu naar:
- Dataset → Nu vernieuwen
✅ Als dit slaagt → rapport werkt opnieuw.
🔁 Extra opkuis (sterk aangeraden)
Je ziet ook oude Bestand‑connecties:
C:\Users\herma\OneDrive …C:\Users\tormans\Downloads …
👉 Die horen NIET in productie.
Advies:
- Open rapport in Power BI Desktop
- Zet bestanden op:
- SharePoint
- OneDrive for Business (cloudpad)
- Publiceer opnieuw
- Verwijder oude connectors uit gateway
✅ Samenvatting (to‑the‑point)
- 🔴 Root cause: Dataverse‑verbinding staat offline
- 📍 Connector:
vmfacility.crm4.dynamics.com - ⚠️ Foutmelding “Extension ontbreekt” is afgeleid
- ✅ Fix:
- Dataverse‑verbinding openen
- Credentials opnieuw instellen
- Gateway koppeling bevestigen
- Dataset refreshen
Volgende stap (optioneel)
Als je wil:
- 📸 screenshot van Bewerken → Dataverse‑verbinding
- of foutmelding bij Nu vernieuwen
Dan kan ik exact zeggen welke auth/faalfactor nog speelt (tenant, token, MFA, policy).

Copilot said:
Copilot
Goed — dit scherm is exact waar de fix zit.
Ik geef je heel concreet wat je hier moet instellen en waarom.
🔍 Wat zien we hier?
- Verbinding: Dataverse
- URL:
vmfacility.crm4.dynamics.com - Status: Offline
- Verplichte fout:“Verificatiemethode * – Vereist”
➡️ Zolang hier niets gekozen is, blijft:
- de verbinding offline
- de dataset onbruikbaar
- elke visual falen
✅ Correcte instellingen (voor Dataverse)
✅ Verificatiemethode (DIT is de sleutel)
Selecteer altijd:
Organisatieaccount
📌 Niet:
- Anoniem
- Windows
- Basic
- API‑key
Dataverse (Dynamics 365) werkt uitsluitend met Azure AD / Organisatieaccount.
✅ Eenmalige aanmelding (SSO)
Optie:
☐ SSO gebruiken via Azure AD voor DirectQuery-query’s
➡️ Laat UIT staan, tenzij:
- je bewust DirectQuery gebruikt
- én tenant SSO correct is ingericht
(In 95% van de situaties → UIT laten)
✅ Versleutelde verbinding
Onder Algemeen:
- Aan laten staan ✅
(vereist voor Dataverse, normaal al correct)
✅ Wat er daarna moet gebeuren (belangrijk)
Stap 1 – Opslaan
Na kiezen Organisatieaccount:
- Klik Aanmelden
- Log in met je Power BI / Dataverse gebruiker
- Opslaan
➡️ De status moet nu Online worden ✅
Stap 2 – Dataset vernieuwen
Ga daarna naar:
- Dataset → Nu vernieuwen
✅ Verwacht resultaat:
- Refresh slaagt
- Rapport opent normaal
- Visuals laden opnieuw
🔎 Belangrijke nuance (gateway)
Hoewel het scherm “Verbindingen en gateways” heet:
⚠️ Dataverse heeft géén on‑prem gateway nodig
De eerdere OnPremiseServiceException kwam:
- niet door een server
- maar doordat de Dataverse‑verbinding geen geldige auth had
Zodra deze verbinding Online staat:
- verdwijnt die fout automatisch
✅ Samenvatting (to‑the‑point)
Wat instellen:
- Verificatiemethode → ✅ Organisatieaccount
- Inloggen met Azure AD
- Opslaan
Niet nodig:
- Gateway aanpassen
- Rapport herpubliceren
- Visuals wijzigen
Volgende stap (optioneel)
Als:
- de status na opslaan nog steeds Offline blijft
of - dataset refresh faalt met een nieuwe fout
👉 stuur die foutmelding, dan kijken we naar:
- MFA / Conditional Access
- Dataverse rechten
- Tenant policy
Maar in bijna alle gevallen is dit nu voldoende ✅

Copilot said:
Copilot
Prima – dit keuzemenu verklaart alles.
Ik zeg je exact welke optie je moet kiezen en waarom, afgestemd op jouw situatie.
✅ JUISTE keuze hier: OAuth 2.0
In jouw dropdown zie je:
- OAuth 2.0 ✅ (juiste keuze)
- Service Principal
- Werkruimte‑id
👉 Kies: OAuth 2.0
🔍 Waarom OAuth 2.0 hier correct is
OAuth 2.0 = aanmelden met je Azure AD‑gebruiker
Dit is de standaard en aanbevolen methode voor:
- Dataverse (
*.crm4.dynamics.com) - Power BI Service
- Interactieve gebruikers (zoals jij)
✅ Voordelen:
- Werkt met MFA
- Respecteert Conditional Access
- Eenvoudig beheer
- Geen extra Azure configuratie nodig
➡️ Dit is functioneel gelijk aan “Organisatieaccount” dat ik eerder noemde
(Microsoft heeft dit UI‑matig hernoemd).
❌ Waarom de andere opties NIET gebruiken
🚫 Service Principal (niet doen, tenzij…)
Alleen gebruiken als:
- je headless / technisch account wil
- met Azure App Registration
- Client secret / certificaat
- Expliciete Dataverse API‑rechten
Dit is overkill en foutgevoelig voor jouw scenario.
🚫 Werkruimte‑id (bijna nooit)
Alleen relevant voor:
- bepaalde interne Microsoft‑flows
- of preview‑functionaliteit
🟡 In 99% van de Dataverse‑cases: niet geschikt
✅ Wat je nu concreet moet doen (stap‑voor‑stap)
- Verificatiemethode
- Kies ✅ OAuth 2.0
- Klik Aanmelden
- Log in met je normale organisatieaccount
- Opslaan
- Controleer:
- Status = ✅ Online
- Ga naar:
- Dataset → Nu vernieuwen
✅ Verwacht resultaat:
- Refresh slaagt
- Rapport opent normaal
- Alle visuals werken opnieuw
🔎 Als OAuth 2.0 tóch faalt (zeldzaam)
Dan ligt het meestal aan:
- ontbrekende Dataverse‑rechten
- of Conditional Access policy
Typische fout dan:
- “Access denied”
- “User does not have permission”
👉 Dan lossen we dat op aan Dataverse‑kant, niet in Power BI.
✅ Samenvatting (kort)
✔ Kies: OAuth 2.0
❌ Niet: Service Principal
❌ Niet: Werkruimte‑id
➡️ OAuth 2.0 = juiste, veilige, ondersteunde oplossing voor Dataverse + Power BI Service.
Als je wil, mag je na opslaan:
- zeggen of de status Online wordt
- of de dataset refresh slaagt
Dan bevestigen we dat alles correct staat ✅

Copilot said:
Copilot
Perfect – je zit nu écht in de laatste stap.
Dit is een klassieke maar eenvoudige valkuil in Power BI‑verbindingen.
🔴 Wat is nog fout?
Dit veld ontbreekt nog:
Privacyniveau * – Vereist
Zolang dit niet ingevuld is, blijft:
- de Opslaan‑knop grijs
- de verbinding Offline
- de dataset niet bruikbaar
✅ JUISTE keuze voor Dataverse
👉 Kies bij Privacyniveau:
Organisatie
✅ Dit is de enige correcte en aanbevolen keuze voor:
- Dataverse
- Dynamics 365
- Microsoft cloud‑bronnen binnen je tenant
❌ Wat je hier NIET moet kiezen
- Privé
↳ bedoeld voor persoonlijke bestanden (Excel lokaal, etc.) - Openbaar
↳ onveilig + blokkades bij combineren van bronnen
📌 Foute keuze hier kan later ook “Privacy levels conflict” veroorzaken.
✅ Wat er daarna gebeurt
Stap‑voor‑stap
- Verificatiemethode: ✅ OAuth 2.0
- Privacyniveau: ✅ Organisatie
- Versleutelde verbinding: ✅ Versleuteld
- Klik Opslaan
➡️ Verwacht resultaat:
- Status = ✅ Online
- De rode fout verdwijnt
✅ Daarna meteen doen (belangrijk)
Ga nu naar:
- Dataset
- Nu vernieuwen
Als dit slaagt: ✅ Rapport werkt
✅ Visuals laden
✅ Error OnPremiseServiceException verdwijnt volledig
🧠 Waarom dit logisch is (kort technisch)
Power BI gebruikt privacyniveaus om datalekken te voorkomen bij:
- combineren van databronnen
- cloud + cloud
- cloud + lokaal
Dataverse = organisatie‑bron
Dus → Organisatie is verplicht correct.
✅ Samenvatting (kort & duidelijk)
Wat nog ontbrak:
| Instelling | Waarde |
|---|---|
| Verificatiemethode | ✅ OAuth 2.0 |
| Privacyniveau | ✅ Organisatie |
| Versleuteling | ✅ Versleuteld |
➡️ Daarna opslaan + dataset refresh.
Nog 1 check (optioneel)
Als de refresh daarna toch faalt:
- stuur de refresh‑foutmelding
- of een screenshot van Dataset → Vernieuwingsgeschiedenis
Maar eerlijk: dit is normaal de laatste fix ✅
