april, 2026 - IT Oplossingen

Rechtstreek overschrijven van zicht naar spaarrekening?

april 30, 2026 alfons

Waarom kan je niet van een zichtrekening naar een spaarrekening van een andere bank een overschrijving uitvoeren? Antwoord: Hierbij willen wij u informeren dat om de veiligheid van instant overschrijvingen…

Apps PowerApps

De gebruikers krijgen bij een lookup veld een slot te zien in PowerApss

april 10, 2026 alfons

Veldbeveiliging (Field-Level Security) Meest voorkomend bij dit symptoom Controle ✅ Nodig: 2️⃣ Formulierinstelling: veld staat op alleen-lezen Het veld kan op het formulier zelf vergrendeld zijn. Controle 👉 Business rules…

Apps Dataverse powerbi

Fout bij het ophalen van gegevens voor deze visualisatie

mei 5, 2026 alfons

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:

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:
1. Gateway online?
2. Service running?
3. Dataset correct gemapt?
4. Credentials opnieuw opslaan

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:
1. Dataverse‑verbinding openen
2. Credentials opnieuw instellen
3. Gateway koppeling bevestigen
4. 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 ✅

Smartwares

Fout bij het ophalen van gegevens voor deze visualisatie

mei 5, 2026 alfons

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:

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:
1. Gateway online?
2. Service running?
3. Dataset correct gemapt?
4. Credentials opnieuw opslaan

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:
1. Dataverse‑verbinding openen
2. Credentials opnieuw instellen
3. Gateway koppeling bevestigen
4. 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 ✅

Smartwares

Maand: april 2026

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

Copilot said:

✅ Wat zegt deze fout technisch?

🔎 Wat is hier NIET het probleem?

🧠 Waarschijnlijke oorzaken (in jouw context)

1️⃣ Gateway is offline / servicestop (meest voorkomend)

2️⃣ Gateway bestaat nog, maar:

3️⃣ Credentials zijn verlopen

✅ Exacte stappen om dit NU op te lossen

🔧 Stap 1 – Check gateway status (5 seconden werk)

🔧 Stap 2 – Gateway service controleren (op de server)

🔧 Stap 3 – Dataset ↔ data source mapping checken

🔧 Stap 4 – Credentials heropslaan (zeer vaak de fix)

🧪 Snelle test

✅ Samenvatting (to‑the‑point)

Volgende stap (optioneel, maar nuttig)

Copilot said:

✅ Wat toont deze screenshot onmiskenbaar?

1️⃣ Meerdere verbindingen staan OFFLINE

2️⃣ Bovenaan: “Extension ontbreekt referenties”

🔎 Conclusie (kort en technisch juist)

✅ Waarom is Dataverse hier “on‑prem” zichtbaar?

🔧 Exacte actie om dit op te lossen (in volgorde)

✅ Stap 1 – Open deze Dataverse‑verbinding

✅ Stap 2 – Credentials opnieuw instellen

✅ Stap 3 – Gateway koppeling checken

✅ Stap 4 – Dataset vernieuwen

🔁 Extra opkuis (sterk aangeraden)

✅ Samenvatting (to‑the‑point)

Volgende stap (optioneel)

Copilot said:

🔍 Wat zien we hier?

✅ Correcte instellingen (voor Dataverse)

✅ Verificatiemethode (DIT is de sleutel)

✅ Eenmalige aanmelding (SSO)

✅ Versleutelde verbinding

✅ Wat er daarna moet gebeuren (belangrijk)

Stap 1 – Opslaan

Stap 2 – Dataset vernieuwen

🔎 Belangrijke nuance (gateway)

✅ Samenvatting (to‑the‑point)

Volgende stap (optioneel)

Copilot said:

✅ JUISTE keuze hier: OAuth 2.0

🔍 Waarom OAuth 2.0 hier correct is

OAuth 2.0 = aanmelden met je Azure AD‑gebruiker

❌ Waarom de andere opties NIET gebruiken

🚫 Service Principal (niet doen, tenzij…)

🚫 Werkruimte‑id (bijna nooit)

✅ Wat je nu concreet moet doen (stap‑voor‑stap)

🔎 Als OAuth 2.0 tóch faalt (zeldzaam)

✅ Samenvatting (kort)

Copilot said:

🔴 Wat is nog fout?

✅ JUISTE keuze voor Dataverse

👉 Kies bij Privacyniveau:

❌ Wat je hier NIET moet kiezen

✅ Wat er daarna gebeurt

Stap‑voor‑stap

✅ Daarna meteen doen (belangrijk)

🧠 Waarom dit logisch is (kort technisch)

✅ Samenvatting (kort & duidelijk)

Nog 1 check (optioneel)

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

Copilot said:

✅ Wat zegt deze fout technisch?

🔎 Wat is hier NIET het probleem?

🧠 Waarschijnlijke oorzaken (in jouw context)

1️⃣ Gateway is offline / servicestop (meest voorkomend)

2️⃣ Gateway bestaat nog, maar:

3️⃣ Credentials zijn verlopen

✅ Exacte stappen om dit NU op te lossen

🔧 Stap 1 – Check gateway status (5 seconden werk)

🔧 Stap 2 – Gateway service controleren (op de server)

🔧 Stap 3 – Dataset ↔ data source mapping checken

🔧 Stap 4 – Credentials heropslaan (zeer vaak de fix)

🧪 Snelle test

✅ Samenvatting (to‑the‑point)

Volgende stap (optioneel, maar nuttig)