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