Dataverse-Sicherheitsrollen mit realen Releaseszenarien testen
Wirksamen Dataverse-Zugriff vor dem Release mit Nicht-Admin-Personas, kontrollierten Datensätzen sowie erlaubten und verweigerten Workflows prüfen.
TL;DR
Dynamics 365 CE-Sicherheitsrollen in UAT mit repräsentativen Nicht-Admin-Konten, kontrollierten Datensätzen und realen Workflows testen. Erforderliche Aufgaben müssen funktionieren, gesperrte Datensätze, Felder und Aktionen gesperrt bleiben. Berechtigungstiefe, Geschäftsbereiche, Teams, Besitz, Freigaben, App-Zugriff und Spaltensicherheit einbeziehen.
Original von Softchief Author, auf Softchief Technologies. Artikel lesen
Dies ist unsere eigene Kurzfassung, keine Wiederveröffentlichung oder vollständige Übersetzung.
Bedeutung für Governance
- Makers: Testfälle aus echten Arbeitsaufgaben erstellen, auch für verknüpfte Datensätze, und jede erlaubte Aufgabe mit einer verbotenen Aktion ergänzen.
- Admins/CoE: Repräsentative Nicht-Admin-Personas in einer produktionsnahen UAT-Umgebung testen und Rollen, Teams, Besitz, Freigaben und Resultate dokumentieren.
- Security/Compliance: Nachweise verlangen, dass sensible Felder und eingeschränkte Aktionen gesperrt bleiben, und Resultate beim Release-Nachweis ablegen.
- Leadership/Business: Kritische Workflows bestätigen und ungelöste Zugriffsrisiken vor der Deployment-Freigabe sichtbar machen.
Häufige Fragen
Wie sollen Dynamics 365 CE-Sicherheitsrollen vor dem Release getestet werden?
Repräsentative Nicht-Admin-Konten sollen in einer kontrollierten UAT-Umgebung vollständige Geschäftsaufgaben ausführen. Erfolgreiche Workflows und verweigerte Zugriffe müssen getestet werden.
Was beeinflusst den effektiven Dataverse-Datensatzzugriff zusätzlich zu einer Sicherheitsrolle?
Besitz, Geschäftsbereich, Teammitgliedschaft, Freigaben, Hierarchiezugriff und Feldsicherheit können den Zugriff beeinflussen. Auch App- und Umgebungszugriff müssen geprüft werden.
Warum sollten verweigerte Ergebnisse bei Dataverse-Spaltensicherheitsprofilen getestet werden?
Ein funktionierender Workflow beweist keine angemessene Zugriffsbeschränkung. Es muss geprüft werden, dass Personen ohne passendes Profil gesicherte Felder nicht lesen können.