lookupfunctie in powerappslookupfunctie in powerapps
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
  1. Ga naar Power Apps → Tabellen → Inbreuken
  2. Open kolom Toegewezen aan
  3. Kijk of Veldbeveiliging ingeschakeld is
  4. Ga naar Beveiliging → Field Security Profiles
  5. 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

  1. Open Inbreuken hoofdformulier
  2. Selecteer het veld Toegewezen aan
  3. 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

  1. Beveiliging → Rollen
  2. Open AssetPlanUser
  3. 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
OorzaakKans
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

  1. Power Apps → Beveiliging → Rollen
  2. Open AssetPlanUser
  3. Zoek tabel Inbreuken
  4. 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

  1. Tabellen → Inbreuken → Kolommen
  2. Open Toegewezen aan
  3. 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

  1. Power Apps → Tabellen → Inbreuken
  2. Open kolom Toegewezen aan
  3. Controleer:
    • 🔒 Veldbeveiliging = Ingeschakeld ✅ → oorzaak gevonden

Stap 2 — Field Security Profile aanpassen

  1. Instellingen → Beveiliging → Field Security Profiles
  2. Open het profiel dat gekoppeld is aan AssetPlanUser
  3. Zoek kolom Toegewezen aan
  4. 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)

OnderdeelStatus
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:

RechtNodig
Lezen
Append
Append To

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


🔧 Oplossing (exact zo doen)

Stap 1 — Rol aanpassen

  1. Beveiliging → Rollen
  2. Open AssetPlanUser
  3. Zoek tabel Uitvoerder
  4. 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)

OnderdeelStatus
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.

Door alfons

Geef een reactie

Je e-mailadres wordt niet gepubliceerd. Vereiste velden zijn gemarkeerd met *