Wie hierarchische Sicherheit verwendet werden kann, um Zugriff auf Entitäten in Microsoft Dynamics 365 zu steuern

 

Veröffentlicht: Januar 2017

Gilt für: Dynamics 365 (online), Dynamics 365 (on-premises), Dynamics CRM 2016, Dynamics CRM Online

Hierarchiensicherheit bietet einen präziseren Zugriff auf Datensätze für eine Organisation und hilft, die Wartungskosten zu senken. Beispielsweise können Sie in komplexen in den Szenarien mit dem Erstellen meherer Unternehmenseinheiten beginnen, und siie dann der Hierarchiensicherheit hinzufügen. dadurch wird ein präziserer Zugriff auf Daten mit wesentlich geringeren Wartungskosten erreicht, den viele Unternehmenseinheiten benötigen. Das Hierarchiensicherheitsmodell ist eine Erweiterung der früheren Sicherheitsmodelle, die Unternehmenseinheiten, Sicherheitsrollen, Teilen und Teams verwenden. Es kann mit allen anderen Sicherheitsmodellen zusammen verwendet werden.

Zuvor erfordert die Implementierung dieser Art sind womöglich Sicherheit häufig, dass Entwickler dieses Verhalten mit benutzerdefinierten Plug-Ins nachahmen. Nun ist beim Hierarchiensicherheitsmodell diese Art der Sicherheit in das -Produkt integriert. Daher ist es nicht mehr nötig, benutzerdefinierte Plug-Ins zu erstellen und zu aktualisieren.

Eine genaue Beschreibung des Hierarchiensicherheitsmodells finden Sie unter TechNet: Sicherheitskonzepte für Microsoft Dynamics CRM in der Bereitstellen und Verwalten von Microsoft Dynamics 365-Dokumentation.

Video: Hierarchische Sicherheitsmodellierung in Microsoft Dynamics CRM 2015

Positionshierarchie

Administratoren können verschiedene Positionen in der Organisation definieren und ordnen sie in der Positionshierarchie anordnen. Sie können jeder gegebenen Position Benutzer hinzufügen oder einen Benutzer mit einer bestimmten Position "markieren". Ein Benutzer kann nur mit einer Position in einer gegebenen Hierarchie etikettiert werden; jedoch kann eine Position für mehrere Benutzer verwendet werden. Benutzer in höheren Positionen in der Hierarchie haben Zugriff auf Daten der Benutzer in niedrigeren Positionen, im direkten Vorgängerpfad. Die direkten höheren Positionen haben Lese-, Schreib-, Anfügen- und Anfügen An-Zugriff auf Daten der niedrigeren Positionen im direkten Vorgängerpfad. Die nicht-direkten höheren Positionen haben Lese-Zugriff auf Daten der niedrigeren Positionen im direkten Vorgängerpfad.

Mit dem Positionhierarchie-Sicherheitsmodell hat ein Benutzer in einer höheren Position Zugriff auf die Datensätze im Besitz eines Benutzers in niedrigerer oder des Teams, dessen Mitglied der Benutzer ist, und auf Datensätze, die direkt für den Benutzer oder das Team freigegeben sind, dessen Mitglied der Benutzer ist. Zusätzlich zum Positionshierarchiensicherheitsmodell besitzen die Benutzer auf einer höheren Ebene mindestens die Leseberechtigung der Benutzerebene für eine Entität, um die Datensätze anzuzeigen, auf die die Benutzer in den niedrigeren Positionen Zugriff haben. Wenn zum Beispiel ein Benutzer auf einer höheren Ebene nicht über Lesezugriff für die Case-Entität verfügt, kann dieser Benutzer die Anfragen, auf die Benutzer auf niedrigeren Positionen Zugriff haben, nicht anzeigen.

Entwickler können Sie eine Positionshierarchi implementieren, indem Sie die Position-Entität verwenden.

Zwei neue fRechte wurden hinzugefügt, die mit der Positionshierarchienfunktion, wie in der folgenden Tabelle gezeigt, verknüpft sind.

Berechtigung

Beschreibung

prvAssignPosition

Zuweisen einer Position zu einem Systembenutzer.

prvWriteHierarchicalSecurityConfiguration

Die Einstellungen der hierarchischen Sicherheit ändern

Weitere Informationen zur Position-Entität und ihren Meldungen finden Sie unter Positionsentitätsmeldungen und -methoden.

Siehe auch

Video: Hierarchische Sicherheitsmodellierung in Microsoft Dynamics CRM 2015
Das Sicherheitsmodell von Microsoft Dynamics 365
TechNet: Sicherheitskonzepte für Microsoft Dynamics CRM
Hierarchische Sicherheitsentität (Position)
Positionsentitätsmeldungen und -methoden

Microsoft Dynamics 365

© 2017 Microsoft. Alle Rechte vorbehalten. Copyright