app - IT Oplossingen

Copilot Studio Tutorial

juni 15, 2025 alfons

Copilot Studio Tutorial voor beginners Maak een Copilot Voeg een gegevensbron toe Hoe moet je topics gebruiken Hoe gebruik je entiteiten

powerapps

Maak van power model app form pdf functie

juni 15, 2025 alfons

https://learn.microsoft.com/nl-nl/power-apps/maker/canvas-apps/how-to/pdf-function https://learn.microsoft.com/en-us/power-platform/power-fx/reference/function-print

Apps PowerApps

Gebruiker toevoegen toe een powerapp omgeving

mei 29, 2025 alfons

Het toevoegen van een gebruiker in de tabel van de gebruikers, doe je via de Power Platform-beheercentrum. Dit doe je door een actieve licentie houdende gebruiker met Microsoft Entra ID…

Apps

Omnik is nu Solarman PV app

mei 4, 2025 alfons

Fabrikant Omnik is failliet gegaan en de App en de Portal zijn niet meer te gebruiken. Hoe kan ik mijn opbrengsten nu wel in zien? Omnik meldt dat het systeem…

Apps powerapps PowerApps Windows

The Ultimate Guide to Lookups in Model-Driven Power Apps and Dataverse

april 7, 2025 alfons

Alles over lookups in Modelgestuurd Power Apps: lookups met meerdere items in één veld https://learn.microsoft.com/nl-nl/power-apps/maker/model-driven-apps/make-grids-lists-editable-custom-control

Dataverse powerapps

Roll up columns, Samengetelde kolommen

januari 12, 2025 alfons

Samengetelde, roll, kolommen voeren aggregatieberekeningen uit op waarden die zijn opgeslagen in een kolom in een gerelateerde tabel via een één-op-veel-relatie. Samengetelde kolommen kunnen som-, aantal-, minimum-, maximum- en gemiddelde…

Dataverse powerapps

Importeren van excel data in Dataverse tables met lookups

december 28, 2024 alfons

Importeer Excel-gegevens in Dataverse-tabellen met opzoekingen Velden met relaties in kaart brengen in standaard gegevensstromen In dit artikelWat is de relatie en waarom heb je dat nodig?Wat zijn opzoek- of…

Dataverse powerapps

Hoe kan je lookup tabellen importeren in de hoofdtabel in Dataverse van powerapp?

december 27, 2024 alfons

Om lookup-tabellen te importeren in de hoofdtabel in Dataverse binnen Power Apps, kun je de volgende stappen volgen:e/Joining-Tables-in-Dataverse/td-p/1218905 Import excel data in Dataverse tables with lookups https://www.apprising.co.nz/post/how-to-map-a-lookup-column-in-a-power-platform-dataflow Import excel data…

powerapps

Verhoog item limiet bij een lookup zoekfunctie in PowerApps model gestuurde app.

december 26, 2024 alfons

Door gebruik te maken van meerdere weergave, waarin de items met meerdere zijn voor gediffundeerd. Is het mogelijk het aantal item dat kan worden opgezocht worden te verhogen. Als je…

powerapps

Advanced lookup model driven app search more fields experience in model-driven Power Apps

december 25, 2024 alfons

Opzoekopdrachten vormen een kernonderdeel van modelgestuurde apps, omdat ze helpen onderliggende gegevensrelaties in Microsoft Dataverse tot leven te brengen. Vandaag kondigen we Advanced Lookup aan: een reeks verbeteringen in de…

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

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

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

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

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

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

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

Tag: app

Veldbeveiliging (Field-Level Security)

Controle

2️⃣ Formulierinstelling: veld staat op alleen-lezen

Controle

3️⃣ Business Rule die het veld blokkeert

Controle

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

Controle

5️⃣ Aangepaste beveiligingsrol AssetPlanUser

Controle

Praktische snelcheck (2 minuten)

Samenvatting

Geef uw feedback over BizChat

You said:

Copilot said:

✅ Conclusie (kort)

1️⃣ Controleer Assign-recht (zeer belangrijk)

Actie

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

Actie

3️⃣ Business Rules (vaak vergeten)

Actie

4️⃣ Wat niet het probleem is

🎯 Mijn sterke aanrader (praktisch)

Volgende stap (gericht oplossen)

Geef uw feedback over BizChat

You said:

Copilot said:

🔒 Waarom zie je een slotje bij “Toegewezen aan”

✅ Wat je screenshot wél bevestigt

🔧 Oplossing (gericht, 2 minuten)

Stap 1 — Kolombeveiliging checken

Stap 2 — Field Security Profile aanpassen

🧠 Belangrijk om te weten

✅ Samenvatting (to‑the‑point)

Geef uw feedback over BizChat

You said:

Copilot said:

✅ Wat jouw screenshot bewijst

🔒 Waarom AssetPlanUser een slot ziet

Wat nú ontbreekt

✅ Vereiste rechten (cruciaal)

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

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

🔧 Oplossing (exact zo doen)

Stap 1 — Rol aanpassen

Stap 2 — Opslaan & testen

🧠 Waarom dit vaak verwarrend is

✅ Samenvatting (kort & scherp)

💡 Best practice tip

Veldbeveiliging (Field-Level Security)

Controle

2️⃣ Formulierinstelling: veld staat op alleen-lezen

Controle

3️⃣ Business Rule die het veld blokkeert

Controle

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

Controle

5️⃣ Aangepaste beveiligingsrol AssetPlanUser

Controle

Praktische snelcheck (2 minuten)

Samenvatting

Geef uw feedback over BizChat

You said:

Copilot said:

✅ Conclusie (kort)

1️⃣ Controleer Assign-recht (zeer belangrijk)

Actie

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

Actie

3️⃣ Business Rules (vaak vergeten)

Actie

4️⃣ Wat niet het probleem is

🎯 Mijn sterke aanrader (praktisch)

Volgende stap (gericht oplossen)

Geef uw feedback over BizChat

You said:

Copilot said:

🔒 Waarom zie je een slotje bij “Toegewezen aan”