Gegevens uit de Dataverse in Power BI

Dooralfons

jun 18, 2025

Een Power BI-rapport is een weergave met meerdere perspectieven in een semantisch model, met visuals die bevindingen en inzichten uit dat semantische model vertegenwoordigen. Een rapport kan één visual of meerdere pagina's met visuals bevatten.

Spread the love

Hoe maak je connectie met de Dataverse vanuit Power BI.

class="wp-block-heading">Open de Dataverse vanuit Power BI

Haal de gegeven vanuit de datavers door een connectie op de bouwen door “Gegevens ophalen uit een andere bron ->”

Hoe maak je connectie met de Dataverse vanuit Power BI.

Open de Dataverse vanuit Power BI

Haal de gegeven vanuit de datavers door een connectie op de bouwen door "Gegevens ophalen uit een andere bron ->"

Maak een selectie van de kolommen waarop de query’s moeten worden op uitgevoerd.

Door de selectie te maken en deze te bevestingen. Krijg je onderstaand overzicht.

class="wp-block-heading">Via de desktopversie

Klik op Gegeven transformeren

en dan DirectQuery

Klik sluiten en toepassen

Selecteer de kolom die je wilt gebruiken in je rapportage en klik op Publiceren

Door alfons

Gerelateerd bericht

Smartwares

Hoe voeg je een tabel‑visual toe in Power BI?

feb 16, 2026 alfons

Smartwares

Interacties tussen Visuals wijzigen in Power BI

feb 16, 2026 alfons

Access datum selectie Smartwares

Expressies die je kan gebruiken in query’s in criteria

dec 24, 2025 alfons

Geef een reactie Reactie annuleren

Apps PowerApps

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

april 10, 2026 alfons

Spread the love

Veldbeveiliging (Field-Level Security)

Meest voorkomend bij dit symptoom

Het veld Toegewezen aan is beveiligd via Field Security Profile
De rol AssetPlanUser heeft geen Update‑rechten op dit veld

class="wp-block-heading">Controle

Ga naar Power Apps → Tabellen → Inbreuken
Open kolom Toegewezen aan
Kijk of Veldbeveiliging ingeschakeld is
Ga naar Beveiliging → Field Security Profiles
Controleer het profiel gekoppeld aan AssetPlanUser

✅ Nodig:

Read = Ja
Update = Ja
Create = Ja (optioneel)

2️⃣ Formulierinstelling: veld staat op alleen-lezen

Het veld kan op het formulier zelf vergrendeld zijn.

Controle

Open Inbreuken hoofdformulier
Selecteer het veld Toegewezen aan
Check rechts:
- ❌ Alleen-lezen aangevinkt?
- ❌ Onderdeel van een Business Rule?

👉 Business rules vergrendelen vaak dit soort velden zonder dat het direct zichtbaar is.

3️⃣ Business Rule die het veld blokkeert

Zeer typisch bij status- of rolafhankelijk gedrag

Voorbeeld:

Als Status = Afgehandeld → Toegewezen aan = read-only
Als Gebruikersrol ≠ Admin → read-only

Controle

Ga naar Business rules van de tabel
Zoek regels met:
- Set field value
- Lock field

4️⃣ Record is niet bewerkbaar (status/ownership)

Als het record:

Inactief is
Of niet eigendom van de gebruiker
Of de gebruiker alleen Lezen heeft op het record

dan wordt Toegewezen aan automatisch gelockt.

Controle

Staat het record Actief?
Heeft AssetPlanUser:
- Write op de tabel?
- Assign rechten?

5️⃣ Aangepaste beveiligingsrol AssetPlanUser

In de rol kan Toewijzen (Assign) ontbreken.

Controle

Beveiliging → Rollen
Open AssetPlanUser
Tabel Inbreuken:
- ✅ Write
- ✅ Assign
- ✅ Append / Append To

Zonder Assign → geen wijziging van Toegewezen aan.

Praktische snelcheck (2 minuten)

Als je snel wilt weten waar het zit:

✅ Log in met System Administrator

Kun je het veld wél wijzigen?
→ Dan is het 100% een rol- of veldbeveiligingsprobleem

class="wp-block-heading">Samenvatting

Oorzaak	Kans
Field-level security	⭐⭐⭐⭐
Business rule	⭐⭐⭐
Assign-recht ontbreekt	⭐⭐⭐
Formulier read-only	⭐⭐
Recordstatus	⭐

Wil je dat ik gericht meekijk? Zeg me:

Is Toegewezen aan een owner‑veld of lookup naar Deelnemer?
Wordt het probleem gezien op alle records of alleen bij bepaalde statussen?

Dan zeg ik exact waar je moet klikken (zonder trial‑and‑error).

Geef uw feedback over BizChat

You said:

als systeem adminstrator gaat het wel

Copilot said:

Copilot

Perfect — dat bevestigt het 100% ✅
👉 Het probleem zit niet in het formulier of de data, maar in de beveiliging van de rol AssetPlanUser.

Hier is exact wat je nu moet nakijken en aanpassen, in de juiste volgorde.

✅ Conclusie (kort)

Als System Administrator werkt het wel →
➡️ Het veld “Toegewezen aan” wordt geblokkeerd door rol‑ of veldbeveiliging voor AssetPlanUser.

Dat slotje is dus bevéstigd geen bug.

1️⃣ Controleer Assign-recht (zeer belangrijk)

Voor het wijzigen van Toegewezen aan is Assign verplicht.

Actie

Power Apps → Beveiliging → Rollen
Open AssetPlanUser
Zoek tabel Inbreuken
Controleer minstens:
- ✅ Write
- ✅ Assign
- ✅ Append
- ✅ Append to

❌ Ontbreekt Assign → veld wordt gelockt
✅ System Admin heeft dit altijd, daarom werkt het daar

2️⃣ Check Field‑Level Security (meest waarschijnlijk)

Het slot‑icoon is klassiek Field Security.

Actie

Tabellen → Inbreuken → Kolommen
Open Toegewezen aan
Controleer:
- 🔒 Veldbeveiliging ingeschakeld?

Zo ja: 4. Beveiliging → Field Security Profiles 5. Open het profiel gekoppeld aan AssetPlanUser 6. Zet voor dit veld:

✅ Read = Ja
✅ Update = Ja
✅ Create = Ja (optioneel)

👉 Zonder Update → slotje

3️⃣ Business Rules (vaak vergeten)

Een Business Rule kan het veld automatisch locken.

Actie

In Inbreuken → Business rules
Zoek acties zoals:
- Lock field
- Set field value
Let extra op regels met Status, Workflowfase, Rol

➡️ System Admin negeert dit soms, gebruikers niet

4️⃣ Wat niet het probleem is

❌ Geen formuliertype‑probleem
❌ Geen Power Apps bug
❌ Geen eigendomsfout (want admin werkt)

🎯 Mijn sterke aanrader (praktisch)

In 9 van 10 gevallen is dit de oplossing:

✔️ Geef AssetPlanUser op tabel Inbreuken:

Assign‑rechten
én controleer Field Security Profile

Volgende stap (gericht oplossen)

Zeg me één ding:

Is “Toegewezen aan”:
- 🔘 een Owner‑veld (Gebruiker/Team)
- 🔘 of een lookup naar Deelnemer?

Dan zeg ik je exact:

welke instelling
waar
en wat de veiligste configuratie is (zonder rechten‑lek).

To‑the‑point opgelost 👍

Geef uw feedback over BizChat

You said:

Copilot said:

Copilot

Dank je — de screenshot is beslissend ✅
Ik kan nu exact zeggen wat er aan de hand is.

🔒 Waarom zie je een slotje bij “Toegewezen aan”

Ondanks dat Assign op Bovenliggende business unit staat, is dit niet de oorzaak.

👉 Het slot‑icoon op het veld zelf betekent in 99% van de gevallen:

Field‑Level Security (kolombeveiliging) is actief op “Toegewezen aan”

Dit staat los van de tabelrechten die je toont.

Dat verklaart ook perfect dit gedrag:

✅ System Administrator → werkt
❌ AssetPlanUser → slotje

System Admin negeert field security, gewone rollen niet.

✅ Wat je screenshot wél bevestigt

Voor tabel cr32d_inbreuken:

✔️ Maken / Lezen / Schrijven = Bovenliggende BU
✔️ Toewijzen = Bovenliggende BU
➡️ Tabelrechten zijn correct

👉 Dit sluit:

formulierrechten ❌
recordstatus ❌
eigendom ❌ uit.

🔧 Oplossing (gericht, 2 minuten)

Stap 1 — Kolombeveiliging checken

Power Apps → Tabellen → Inbreuken
Open kolom Toegewezen aan
Controleer:
- 🔒 Veldbeveiliging = Ingeschakeld ✅ → oorzaak gevonden

Stap 2 — Field Security Profile aanpassen

Instellingen → Beveiliging → Field Security Profiles
Open het profiel dat gekoppeld is aan AssetPlanUser
Zoek kolom Toegewezen aan
Zet minimaal:
- ✅ Lezen = Ja
- ✅ Bijwerken = Ja
- ✅ Maken = Ja (optioneel, maar aanbevolen)

💾 Opslaan → vernieuw formulier → slotje weg

🧠 Belangrijk om te weten

Assign‑recht ≠ veld bewerkbaar
Owner‑velden (Toegewezen aan) werken volledig via field security zodra die is ingeschakeld
Daarom zie je een slot‑icoon en geen foutmelding

✅ Samenvatting (to‑the‑point)

Onderdeel	Status
Tabelrechten	✅ OK
Assign‑recht	✅ OK
Formulier	✅ OK
Field Security	❌ BLOKKEERT

Wil je dat ik je de beste praktijk voorstel? Bijv.:

Owner‑veld zonder field security
of gecontroleerd via Business Rules i.p.v. beveiliging

Zeg maar — dan stel ik het veilig én onderhoudsvriendelijk voor je op.

Geef uw feedback over BizChat

You said:

Copilot said:

Copilot

Perfect — nu zien we de echte oorzaak 👍
Dit is geen Field‑Level Security en geen formulierinstelling.

✅ Wat jouw screenshot bewijst

“Toegewezen aan” is:

✅ Gegevenstype: Opzoeken (Lookup)
✅ Gerelateerde tabel: Uitvoerder
❌ Geen owner‑veld

👉 Dus: dit veld werkt volledig via rechten op de gerelateerde tabel (Uitvoerder)
Niet via de tabel Inbreuken alleen.

🔒 Waarom AssetPlanUser een slot ziet

Voor een lookup‑veld bewerkbaar te maken zijn 4 rechten nodig, op BEIDE tabellen.

Wat nú ontbreekt

AssetPlanUser heeft onvoldoende rechten op tabel “Uitvoerder”.

Daardoor:

Lookup opent niet
Slot‑icoon verschijnt
System Administrator werkt wél (heeft deze rechten automatisch)

✅ Vereiste rechten (cruciaal)

1️⃣ Op tabel Inbreuken ✅ (al in orde)

Write ✅
Append ✅
Append To ✅

2️⃣ Op tabel Uitvoerder ❌ ← hier zit het probleem

AssetPlanUser moet minstens hebben:

Recht	Nodig
Lezen	✅
Append	✅
Append To	✅

💡 Zonder Append / Append To → lookup = read‑only

🔧 Oplossing (exact zo doen)

Stap 1 — Rol aanpassen

Beveiliging → Rollen
Open AssetPlanUser
Zoek tabel Uitvoerder
Zet:
- ✅ Lezen
- ✅ Append
- ✅ Append To
  Scope = Business unit (of hoger indien nodig)

Stap 2 — Opslaan & testen

Browser verversen
Formulier opnieuw openen
Slotje verdwijnt ✅

🧠 Waarom dit vaak verwarrend is

Lookup‑velden zien eruit als gewone velden
Maar: 🔹 technisch zijn het relaties 🔹 en relaties volgen rechten van de doel‑tabel

Daarom:

Tabelrechten op Inbreuken ✅
Maar toch lock → gerelateerde tabel blokkeert

✅ Samenvatting (kort & scherp)

Onderdeel	Status
Field Security	❌ Niet van toepassing
Assign‑recht	❌ Niet relevant
Formulier	✅ OK
Rechten op Uitvoerder	❌ OORZAAK

💡 Best practice tip

Voor dit soort velden:

❌ geen field‑security
✅ rechten sturen via Append / Append To
✅ logisch, onderhoudbaar, geen verrassingen

Als je wil, kijk ik mee of Uitvoerder beter:

gebruikers
teams
of functionele rollen moet voorstellen.

Smartwares

Spread the love

Veldbeveiliging (Field-Level Security)

Meest voorkomend bij dit symptoom

Het veld Toegewezen aan is beveiligd via Field Security Profile
De rol AssetPlanUser heeft geen Update‑rechten op dit veld

class="wp-block-heading">Controle

Ga naar Power Apps → Tabellen → Inbreuken
Open kolom Toegewezen aan
Kijk of Veldbeveiliging ingeschakeld is
Ga naar Beveiliging → Field Security Profiles
Controleer het profiel gekoppeld aan AssetPlanUser

✅ Nodig:

Read = Ja
Update = Ja
Create = Ja (optioneel)

2️⃣ Formulierinstelling: veld staat op alleen-lezen

Het veld kan op het formulier zelf vergrendeld zijn.

Controle

Open Inbreuken hoofdformulier
Selecteer het veld Toegewezen aan
Check rechts:
- ❌ Alleen-lezen aangevinkt?
- ❌ Onderdeel van een Business Rule?

👉 Business rules vergrendelen vaak dit soort velden zonder dat het direct zichtbaar is.

3️⃣ Business Rule die het veld blokkeert

Zeer typisch bij status- of rolafhankelijk gedrag

Voorbeeld:

Als Status = Afgehandeld → Toegewezen aan = read-only
Als Gebruikersrol ≠ Admin → read-only

Controle

Ga naar Business rules van de tabel
Zoek regels met:
- Set field value
- Lock field

4️⃣ Record is niet bewerkbaar (status/ownership)

Als het record:

Inactief is
Of niet eigendom van de gebruiker
Of de gebruiker alleen Lezen heeft op het record

dan wordt Toegewezen aan automatisch gelockt.

Controle

Staat het record Actief?
Heeft AssetPlanUser:
- Write op de tabel?
- Assign rechten?

5️⃣ Aangepaste beveiligingsrol AssetPlanUser

In de rol kan Toewijzen (Assign) ontbreken.

Controle

Beveiliging → Rollen
Open AssetPlanUser
Tabel Inbreuken:
- ✅ Write
- ✅ Assign
- ✅ Append / Append To

Zonder Assign → geen wijziging van Toegewezen aan.

Praktische snelcheck (2 minuten)

Als je snel wilt weten waar het zit:

✅ Log in met System Administrator

Kun je het veld wél wijzigen?
→ Dan is het 100% een rol- of veldbeveiligingsprobleem

class="wp-block-heading">Samenvatting

Oorzaak	Kans
Field-level security	⭐⭐⭐⭐
Business rule	⭐⭐⭐
Assign-recht ontbreekt	⭐⭐⭐
Formulier read-only	⭐⭐
Recordstatus	⭐

Wil je dat ik gericht meekijk? Zeg me:

Is Toegewezen aan een owner‑veld of lookup naar Deelnemer?
Wordt het probleem gezien op alle records of alleen bij bepaalde statussen?

Dan zeg ik exact waar je moet klikken (zonder trial‑and‑error).

Geef uw feedback over BizChat

You said:

als systeem adminstrator gaat het wel

Copilot said:

Copilot

Perfect — dat bevestigt het 100% ✅
👉 Het probleem zit niet in het formulier of de data, maar in de beveiliging van de rol AssetPlanUser.

Hier is exact wat je nu moet nakijken en aanpassen, in de juiste volgorde.

✅ Conclusie (kort)

Als System Administrator werkt het wel →
➡️ Het veld “Toegewezen aan” wordt geblokkeerd door rol‑ of veldbeveiliging voor AssetPlanUser.

Dat slotje is dus bevéstigd geen bug.

1️⃣ Controleer Assign-recht (zeer belangrijk)

Voor het wijzigen van Toegewezen aan is Assign verplicht.

Actie

Power Apps → Beveiliging → Rollen
Open AssetPlanUser
Zoek tabel Inbreuken
Controleer minstens:
- ✅ Write
- ✅ Assign
- ✅ Append
- ✅ Append to

❌ Ontbreekt Assign → veld wordt gelockt
✅ System Admin heeft dit altijd, daarom werkt het daar

2️⃣ Check Field‑Level Security (meest waarschijnlijk)

Het slot‑icoon is klassiek Field Security.

Actie

Tabellen → Inbreuken → Kolommen
Open Toegewezen aan
Controleer:
- 🔒 Veldbeveiliging ingeschakeld?

Zo ja: 4. Beveiliging → Field Security Profiles 5. Open het profiel gekoppeld aan AssetPlanUser 6. Zet voor dit veld:

✅ Read = Ja
✅ Update = Ja
✅ Create = Ja (optioneel)

👉 Zonder Update → slotje

3️⃣ Business Rules (vaak vergeten)

Een Business Rule kan het veld automatisch locken.

Actie

In Inbreuken → Business rules
Zoek acties zoals:
- Lock field
- Set field value
Let extra op regels met Status, Workflowfase, Rol

➡️ System Admin negeert dit soms, gebruikers niet

4️⃣ Wat niet het probleem is

❌ Geen formuliertype‑probleem
❌ Geen Power Apps bug
❌ Geen eigendomsfout (want admin werkt)

🎯 Mijn sterke aanrader (praktisch)

In 9 van 10 gevallen is dit de oplossing:

✔️ Geef AssetPlanUser op tabel Inbreuken:

Assign‑rechten
én controleer Field Security Profile

Volgende stap (gericht oplossen)

Zeg me één ding:

Is “Toegewezen aan”:
- 🔘 een Owner‑veld (Gebruiker/Team)
- 🔘 of een lookup naar Deelnemer?

Dan zeg ik je exact:

welke instelling
waar
en wat de veiligste configuratie is (zonder rechten‑lek).

To‑the‑point opgelost 👍

Geef uw feedback over BizChat

You said:

Copilot said:

Copilot

Dank je — de screenshot is beslissend ✅
Ik kan nu exact zeggen wat er aan de hand is.

🔒 Waarom zie je een slotje bij “Toegewezen aan”

Ondanks dat Assign op Bovenliggende business unit staat, is dit niet de oorzaak.

👉 Het slot‑icoon op het veld zelf betekent in 99% van de gevallen:

Field‑Level Security (kolombeveiliging) is actief op “Toegewezen aan”

Dit staat los van de tabelrechten die je toont.

Dat verklaart ook perfect dit gedrag:

✅ System Administrator → werkt
❌ AssetPlanUser → slotje

System Admin negeert field security, gewone rollen niet.

✅ Wat je screenshot wél bevestigt

Voor tabel cr32d_inbreuken:

✔️ Maken / Lezen / Schrijven = Bovenliggende BU
✔️ Toewijzen = Bovenliggende BU
➡️ Tabelrechten zijn correct

👉 Dit sluit:

formulierrechten ❌
recordstatus ❌
eigendom ❌ uit.

🔧 Oplossing (gericht, 2 minuten)

Stap 1 — Kolombeveiliging checken

Power Apps → Tabellen → Inbreuken
Open kolom Toegewezen aan
Controleer:
- 🔒 Veldbeveiliging = Ingeschakeld ✅ → oorzaak gevonden

Stap 2 — Field Security Profile aanpassen

Instellingen → Beveiliging → Field Security Profiles
Open het profiel dat gekoppeld is aan AssetPlanUser
Zoek kolom Toegewezen aan
Zet minimaal:
- ✅ Lezen = Ja
- ✅ Bijwerken = Ja
- ✅ Maken = Ja (optioneel, maar aanbevolen)

💾 Opslaan → vernieuw formulier → slotje weg

🧠 Belangrijk om te weten

Assign‑recht ≠ veld bewerkbaar
Owner‑velden (Toegewezen aan) werken volledig via field security zodra die is ingeschakeld
Daarom zie je een slot‑icoon en geen foutmelding

✅ Samenvatting (to‑the‑point)

Onderdeel	Status
Tabelrechten	✅ OK
Assign‑recht	✅ OK
Formulier	✅ OK
Field Security	❌ BLOKKEERT

Wil je dat ik je de beste praktijk voorstel? Bijv.:

Owner‑veld zonder field security
of gecontroleerd via Business Rules i.p.v. beveiliging

Zeg maar — dan stel ik het veilig én onderhoudsvriendelijk voor je op.

Geef uw feedback over BizChat

You said:

Copilot said:

Copilot

Perfect — nu zien we de echte oorzaak 👍
Dit is geen Field‑Level Security en geen formulierinstelling.

✅ Wat jouw screenshot bewijst

“Toegewezen aan” is:

✅ Gegevenstype: Opzoeken (Lookup)
✅ Gerelateerde tabel: Uitvoerder
❌ Geen owner‑veld

👉 Dus: dit veld werkt volledig via rechten op de gerelateerde tabel (Uitvoerder)
Niet via de tabel Inbreuken alleen.

🔒 Waarom AssetPlanUser een slot ziet

Voor een lookup‑veld bewerkbaar te maken zijn 4 rechten nodig, op BEIDE tabellen.

Wat nú ontbreekt

AssetPlanUser heeft onvoldoende rechten op tabel “Uitvoerder”.

Daardoor:

Lookup opent niet
Slot‑icoon verschijnt
System Administrator werkt wél (heeft deze rechten automatisch)

✅ Vereiste rechten (cruciaal)

1️⃣ Op tabel Inbreuken ✅ (al in orde)

Write ✅
Append ✅
Append To ✅

2️⃣ Op tabel Uitvoerder ❌ ← hier zit het probleem

AssetPlanUser moet minstens hebben:

Recht	Nodig
Lezen	✅
Append	✅
Append To	✅

💡 Zonder Append / Append To → lookup = read‑only

🔧 Oplossing (exact zo doen)

Stap 1 — Rol aanpassen

Beveiliging → Rollen
Open AssetPlanUser
Zoek tabel Uitvoerder
Zet:
- ✅ Lezen
- ✅ Append
- ✅ Append To
  Scope = Business unit (of hoger indien nodig)

Stap 2 — Opslaan & testen

Browser verversen
Formulier opnieuw openen
Slotje verdwijnt ✅

🧠 Waarom dit vaak verwarrend is

Lookup‑velden zien eruit als gewone velden
Maar: 🔹 technisch zijn het relaties 🔹 en relaties volgen rechten van de doel‑tabel

Daarom:

Tabelrechten op Inbreuken ✅
Maar toch lock → gerelateerde tabel blokkeert

✅ Samenvatting (kort & scherp)

Onderdeel	Status
Field Security	❌ Niet van toepassing
Assign‑recht	❌ Niet relevant
Formulier	✅ OK
Rechten op Uitvoerder	❌ OORZAAK

💡 Best practice tip

Voor dit soort velden:

❌ geen field‑security
✅ rechten sturen via Append / Append To
✅ logisch, onderhoudbaar, geen verrassingen

Als je wil, kijk ik mee of Uitvoerder beter:

gebruikers
teams
of functionele rollen moet voorstellen.

Smartwares