Inloggen met Itsme bij lml.be

Dooralfons

apr 24, 2022 #itsme

Toont 80 van 177 media items Meer laden BIJLAGEDETAILS Opgeslagen. Limburg-ziekenkas-liberale-itsme-its-me-login-voordelen-mogelijkheden-hoe-inloggen-e-lokket-jouw-elektronische-dossier-csam-aanmelden-bij-de-online-overheid-identificeer-je-istme-app

Spread the love

Zie onderstaande printscreen hoe je kan inloggen bij de lml.be LM ziekenfonds van de Liberale Mutualiteiten. Volg ze stap voor stap om in te loggen op hun e-loket met Itsme, de login van de overheid.

Klik op E-loket bovenaan. Zet eerts eventueel je taal keuze op NederLands

https://www.lm-ml.be/nl/lm-plus

itsme app op nieuwe telefoon plaatsen

Door alfons

Gerelateerd bericht

hosting Linux Webreus vs Versio

your composer dependencies require a php version “>= 7.2.0”.

mrt 8, 2023 alfons

Linux Mobile Netwerk Netwerk Rolluiken routers Smartwares

Hoe je thuis wifi netwerk uitsplitsen in twee wifi netwerken

feb 7, 2023 alfons

Linux Ubuntu

Software installeren manueel of auto op Ubuntu.

sep 16, 2022 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