Verwenden von Sicherheit auf Feldebene zur Zugriffssteuerung auf Feldwerte

Artikel
06/27/2024

In Dynamics 365 Customer Engagement (on-premises) verwenden Sie die Sicherheit auf Feldebene, um den Zugriff auf Felder mit hoher Auswirkung auf das Unternehmen auf bestimmte Benutzer und Teams zu beschränken. Sie verwenden das z. B., damit nur bestimmte Benutzer den Kreditscore für einen Kunden lesen oder aktualisieren können. Für diese Version kann die Sicherheit auf Feldebene sowohl für benutzerdefinierten Felder als auch viele vordefinierte (OOB)- Felder angewendet werden.

Im Folgenden wird beschrieben, wie der Zugriff auf ein Feld begrenzt wird:

Aktivierung der Sicherheit auf Feldebene für ein Attribut
Erstellen eines Feldebenensicherheitsprofils
Weisen dem Profil Benutzer oder Teams zu.
Fügen Sie dem Profil bestimmte Feldberechtigungen hinzu, z. B. Erstellen, Aktualisieren oder Lesen für ein spezifisches Attribut.

Das folgende Diagramm zeigt die Interaktion zwischen rollenbasierter Sicherheit und Sicherheit auf Feldebene.

Mit rollenbasierter Sicherheit können Sie einen Datensatz einer bestimmten Entitätstyp anzeigen, mit datensatzbasierter Sicherheit können Sie einzelne Datensätze anzeigen und mit Sicherheit auf Feldebene können Sie bestimmte Felder anzeigen.

Video: Sicherheit auf Feldebene in Microsoft Dynamics CRM 2015

Häufig gestellte Fragen

Welche Attribute können gesichert werden?

Um festzustellen, welche Attribute gesichert werden können, können Sie für die folgenden Entitätsmetadaten Eigenschaften abfragen:

CanBeSecuredForCreate
CanBeSecuredForRead
CanBeSecuredForUpdate

Es gibt tausenden von Attributen, die gesichert werden können, daher gibt es zwei einfachere Möglichkeiten, nach diesen Informationen zu suchen. Zum Anzeigen der Entitätsmetadaten für Ihre Organisation installieren Sie die Metadatenbrowserlösung, die in Durchsuchen der Metadaten für Ihre Organisation beschrieben ist. Sie können die Referenzdokumentation für Entitäten auch in der Entitätsreferenz durchsuchen.

Es gibt einige zusätzliche Regeln, die für bestimmte Attributdatentypen gelten:
Die booleschen Attribute können zum Erstellungs- und Aktualisierungsvorgänge gesichert werden, aber nicht für Lesen.
Optionssatzattribute können für Erstellen, Aktualisieren und Lesen gesichert werden, wenn ein Standardwert nicht angegeben ist.

Welche Sicherheitsrollen ermöglichen Ihnen, gesicherte Felder anzuzeigen?

Das Feldsicherheitsprofil Systemadministrator ermöglicht den vollständigen Zugriff auf alle gesicherten Felder in Dynamics 365 Customer Engagement (on-premises). Standardmäßig haben alle Benutzer, die die Sicherheitsrolle "Systemadministrator" besitzen, dieses Profil. Das Profil wird vom System verwaltet und kann nicht aktualisiert oder gelöscht werden.

Wie verhalten sich gesicherte Felder bei für Retrieve und RetrieveMultiple?

Wenn Sie Retrieve oder RetrieveMultiple Methoden oder Meldungen anrufen, bewertet Dynamics 365 Customer Engagement (on-premises), ob der Anrufer und der imitierte Benutzer Zugriff auf jeden abgerufenen Datensatz (dies ist der reguläre Sicherheitsprozess) und jedes gesicherte Feld haben. Der Anruf löst keine Ausnahme aus, wenn die Kriterien sichere Felder enthalten, auf die der Aufrufer keinen Zugriff hat. Stattdessen werden in gesicherten Feldern NULL-Werte zurück gegeben, wenn sie Teil des Ausgabespaltensatzes sind.

Im Folgenden wird mehr über die Verhaltensweisen von mehrfachem Abrufen für sichere Felder beschrieben.

Wenn ein geschütztes Attribut im Spaltensatz ist

Wenn der Anrufer (oder der imitierte Benutzer) keinen Lesezugriff auf die gesicherten Felder hat, die in einem Spaltensatz enthalten sind, wird der Wert als NULL zurückgegeben. Sie können den Unterschied zwischen einem zurückgegebenen NULL-Wert, der nicht von Daten oder durch nicht genügend Zugriff verursacht wird, nicht feststellen.

Wenn ein geschütztes Attribut in der Filterbedingung ist

Wenn der Anrufer (oder der imitierte Benutzer) keinen Zugriff auf gesicherte Felder hat,die in den Filterkriterien enthalten sind, wird der Feldwert während der Auswertung des Filters durch NULL ersetzt.

In der folgenden Tabelle verfügt der Anrufer über Vollzugriff auf alle Attribute außer denen, die durch ein Sternchen (*) gekennzeichnet sind.

Datensatznummer	Wert des Namenattributs	Wert des Beschreibungsattributs	Wert des Attributs "Kann kontaktiert werden"
1	A	AAA	Wahr
2	B	BBB	Falsch
3	C	CCC	True^*
4	D	DDD	Null
5^*	E^*	EEE^*	Null^*

Wenn der Filter CanbeContacted == True ist, wird nur Datensatz eins zurückgegeben.

Wenn der Filter IsNULL (CanbeContacted) ist, werden Datensätze 3 und 4 zurückgegeben. Da Datensatz 3 vom Benutzer verborgen ist, wird er während der Bedingungsauswertung als NULL behandelt und wird für ISNull als True ausgewertet.

Aggregieren bei gesicherten Attributen

Gesicherte Werte werden durch einen NULL-Wert ersetzt, damit ein normales SQL-Aggregationsverhalten gilt.

Gruppieren bei gesicherten Attributen

Wenn der Anrufer (oder der imitierte Benutzer) keinen Zugriff auf das Attribut hat, das zum Gruppieren verwendet wird, wird der Wert als NULL behandelt und die Ergebnisse werden mit allen NULL-Werten zusammen gruppiert.

Im folgenden Beispiel hat der Anrufer Zugriff auf einige Attribute. Fett zeigt keinen Zugriff auf Attribute, auch angegeben mit . *Kursiv zeigt einen Datensatz, für den der Aufrufer keine Zugriffsberechtigung vom Typ Lesen hat, auch mit ** angegeben.

Name des Dataflows	Eigenschaft	Anzahl der Sortierungen	Bundesstaat
A	AAA	1	WA
B	BBB	4	WA
C	CCC	4	CA
D^**	DDD^**	3^**	MA^**
E	EEE	0	CA
F	FFF	0	WA^*
G	GGG	2	CA^*

Select State, Total(orders) Group by (STATE) führt zu Folgendem:

WA–5

CA–4

NULL–2

Sortieren bei gesicherten Attributen

Wenn der Anrufer (oder der imitierte Benutzer) keinen Lesezugriff auf die gesicherten Felder hat, die in einem Sortierung nach Bedingung enthalten sind, werden die Werte als ob sie NULL sind.

Im folgenden Beispiel hat der Anrufer Zugriff auf Attribute in nur Text. Fett zeigt keinen Zugriff auf Attribute, auch mit einem Sternchen () angegeben. *Kursiv zeigt einen Datensatz, für den der Aufrufer keine Zugriffsberechtigung vom Typ Lesen hat, auch mit ** angegeben.

Name des Dataflows	Eigenschaft	CanbeContacted
A	AAA	true
B	BBB	False
C	CCC^*	True^*
D	DDD	Null
E	EEE^*	Null^*
F^**	FFF^**	True^**
G	Null	True

Select Name order by Description ascending führt zu Folgendem:

{G,E,C},A, B, D wird zurückgegeben.

Wie verhalten sich sichere Felder beim Erstellen oder Aktualisieren?

Ein Programmierer kann einen Client erstellen, der Create und Update Methoden verwendet, die mit gesicherten Feldern interagieren. Wenn Sie Create oder Update Methoden anrufen und Daten an das gesicherte Feld übergeben und der Anrufer nicht über ausreichende Berechtigungen verfügt, wird eine Ausnahme ausgelöst.

Wie verhalten sich gesicherte Felder, wenn Datensätze freigegeben werden?

Ein Benutzer mit Zugriff auf ein gesichertes Feld in einem Datensatz es für einen anderen Benutzer oder Team freigeben. Der Benutzer kann nur den Zugriff geben, den er auf den Datensatz hat. Um den Datensatz freizugeben und beispielsweise Update-Berechtigung zu vergeben, muss der Benutzer über Update-Berechtigung verfügen.

Sie können ein gesichertes Feld in einem bestimmten Datensatz mit Lese- und/oder Update mit Sicherheitsprinzipal (Benutzer oder Team) freigeben. Der Benutzer bzw. die Teammitglieder, für den der Datensatz freigegeben wurde, haben jetzt den Typ des gesicherten Feldzugriffs nur bei den freigegebenen Feldern nur bei dem bestimmten Datensatz, selbst wenn der Benutzer oder das Teammitglied, für den er freigegeben wurde, kein Feldsicherheitsprofil hat, das ihm Zugriff gewährt.

Wie verhalten sich gesicherte Felder bei gefilterten Ansichten?

Ein Administrator sichert eine Anzahl von Feldern für Zugriff in der Anwendung und möchte, dass die Felder in Berichten nicht verfügbar sind. Damit kann der gleiche Satz von Berichten für alle Benutzer beibehalten werden. Gefilterte Ansichten geben keine Daten für gesicherte Felder zurück, wenn der aufrufende Benutzer nicht über die Autorisierung für diese Felder verfügt. Wenn keine Feldsicherheit für die Attribute der Ansicht gelten, geben die gefilterten Ansichten komplette Daten zurück.

Wie verhalten sich sichere Felder bei offline Synchronisation?

Wenn Sie Dynamics 365 for Microsoft Office Outlook mit Offline Access verwenden, werden nur die gesicherten Feldwerte, auf die Sie Zugriff haben, in die Offline-Datenbank repliziert. Wenn Sie keinen Zugriff auf die Daten haben, werden sie nicht offline gespeichert.

Siehe auch

Video: Sicherheit auf Feldebene in Microsoft Dynamics CRM 2015
Das Sicherheitsmodell von Microsoft Dynamics 365 Customer Engagement
So kann rollenbasierte Sicherheit verwendet werden, um Zugriff auf Entitäten in Microsoft Dynamics 365 Customer Engagement zu kontrollieren
Verwenden von Datensatz-basierter Sicherheit zum Steuern des Zugriffs auf Datensätze

Freigeben über