Benutzer- und Teamentitäten

Die Benutzer- und Teamverwaltung ist der Bereich von Dynamics 365 Customer Engagement (on-premises), in dem Sie die Benutzerkonten und -profile erstellen und verwalten können.

Ein Benutzer ist eine Person, die in einer Unternehmenseinheit arbeitet, die Dynamics 365 Customer Engagement (on-premises) verwendet. Jeder Benutzer hat ein Benutzerkonto. Alle Benutzer müssen einer einzigen Unternehmenseinheit zugeordnet sein. Diese Zuordnung steuert, auf welche Kundendaten der Benutzer Zugriff hat. Das Benutzerkonto umfasst Informationen wie die Telefonnummern des Benutzers, die E-Mail-Adresse sowie eine Verknüpfung zum Vorgesetzten des Benutzers. Jeder Benutzer verfügt über die Rechte und Berechtigungen zum Verwalten der eigenen Einstellungen. Jeder Benutzer entspricht einem Benutzer im Active Directory für diese Organisation. Wenn Sie einen Benutzer erstellen, müssen Sie den Benutzer mindestens einer Sicherheitsrolle zuweisen. Selbst wenn der Benutzer Teil eines Teams ist, das über zugewiesene Rollen verfügt, sollte der Benutzer einer Rolle zugewiesen werden. Weitere Informationen zu Rechten und Zugriffsebenen finden Sie unter Wie rollenbasierte Sicherheit verwendet werden kann, um den Zugriff auf Entitäten in Dynamics 365 Customer Engagement (on-premises) zu kontrollieren.

Ein Team ist eine Gruppe von Benutzern. Teams ermöglichen es, dass Benutzer organisationsübergreifend zusammenarbeiten und Informationen austauschen können. Weitere Informationen zu Teams siehe Verwenden von Teams für die Zusammenarbeit und Freigabe von Informationen

Datensätze können sich im Besitz von Benutzern oder Teams befinden. Legen Sie den OwnershipType auf OwnershipTypes fest.UserOwned oder OwnershipTypes.TeamOwned, um den Besitz zu aktivieren. Sie können die Nachricht ReassignObjectsOwnerRequest oder ReassignObjectsSystemUserRequest verwenden, um eine Massenneuzuweisung aller Datensätze für einen Besitzer auszuführen.

Die folgende Abbildung zeigt die Entitätsbeziehungen für Benutzer und Teams.

Users

In Dynamics 365 Customer Engagement (on-premises) können Benutzer deaktiviert, jedoch nicht gelöscht werden. Um den Benutzer zu suchen, der derzeit angemeldet ist oder dessen Identität angenommenen wurde, rufen Sie die WhoAmIRequest-Meldung auf.

Die folgende Tabelle enthält Details zu wichtigen Attributen für die Systembenutzerentität.

Attributname	Beschreibung
AccessMode	Gibt den Zugriffstyp an, den der Benutzer auf Dynamics 365 Customer Engagement (on-premises) hat. Dies wird auch als Benutzertyp bezeichnet. - Administrativ - Der Benutzer hat Zugriff auf den Bereich Einstellungen, aber nicht auf die Bereiche Vertrieb, Marketing und Service. - Nicht interaktiv - Der Benutzer kann auf das System zugreifen, aber nur über den Webdienst. - Lesen - Der Benutzer hat nur schreibgeschützten Zugriff. - Lesen-Schreiben - Der Benutzer hat sowohl Lese- als auch Schreibzugriff. - Support-Benutzer - Der Benutzer wurde vom Support-Team Microsoft Dynamics erstellt.
CalType	Gibt den Typ der Benutzerlizenz an. - Administrativ - Der Benutzer hat administrative Benutzerrechte. - Gerät voll – der Benutzende des Geräts, auf dem Dynamics 365 Customer Engagement (on-premises) ausgeführt wird, hat sowohl Lese- als auch Schreibzugriff. - Gerät begrenzt – der Benutzende des Geräts, auf dem Dynamics 365 Customer Engagement (on-premises) ausgeführt wird, hat nur schreibgeschützten Zugriff. - Voll - Der Benutzer hat sowohl Lese- als auch Schreibzugriff. - Eingeschränkt - Der Benutzer hat nur Lesezugriff.
IsDisabled	Gibt an, ob der Benutzer deaktiviert ist. Nur lizenzierte Benutzer oder Benutzer mit dem Zugriffsmodus Support oder Nicht interaktiv können aktiviert werden. Supportbenutzer können nicht deaktiviert werden.
IsLicensed	Gibt an, ob der Benutzer eine Lizenz besitzt. Dies gilt für Kunden, die über die Microsoft Online Services Umgebung auf Dynamics 365 for Customer Engagement zugreifen. Dieses Attribut ist schreibgeschützt und wird vom System aktualisiert.
IsSyncWithDirectory	Gibt an, ob der Benutzer mit dem Office 365-Verzeichnis synchronisiert ist. Dies gilt für Kunden, die über die Microsoft Online Services Umgebung auf Dynamics 365 for Customer Engagement zugreifen. Dieses Attribut kann nur bei der Erstellung festgelegt werden und ist sonst schreibgeschützt.
QueueId	Gibt die Standardwarteschlange für den Benutzer an.

Zugriffsprüfungen sind erweiterbar. Sie können auf Entitäten basierend auf den Rollen, die dem Benutzer zugewiesen sind, sowie den Rollen, die dem Team zugewiesen sind, dem der Benutzer angehört, zugreifen. Dadurch kann ein Benutzer über Rechte außerhalb der Unternehmenseinheit verfügen.

Notiz

Die Rechte eines Benutzers umfassen die Rechte von den Benutzerrollen und die Rechte der Rollen aller Teams, denen der Benutzer angehört.

Nicht interaktive Benutzer werden häufig beim Schreiben von Service-zu-Service-Code verwendet, da diese Benutzer die Lizenz nicht erschöpfen. Dynamics 365 for Customer Engagement lässt fünf kostenlose nicht-interaktive Benutzer zu. Um einen nicht interaktiven Benutzer zu deaktivieren, aktualisieren Sie den Benutzerdatensatz, und ändern Sie den accessmode-Wert in einen anderen Wert. Der Benutzer wird automatisch deaktiviert.

Community-Tools

Hilfsprogramm für Benutzereinstellungen ist ein Tool, das von der XrmToolbox-Community für Dynamics 365 Customer Engagement (on-premises) entwickelt wurde. Weitere Informationen finden Sie im Thema Entwicklertools für von der Community entwickelte Tools.

Notiz

Die Communitytools sind kein Produkt von Microsoft Dynamics, und es wird kein Support für die Communitytools angeboten. Wenn Sie Fragen zu dem Tool haben, setzen Sie sich bitte mit dem Herausgeber in Verbindung. Weitere Informationen: XrmToolBox.

Siehe auch

Verwaltungs- und Sicherheitsentitäten
Verwenden von Teams für die Zusammenarbeit und Freigabe von Informationen
Teamentität
Angeben der Zeitzoneneinstellungen für einen Benutzer
TeamTemplate-Entität
SystemUser-Entität
UserSettings-Entität
Beispiel: Zuweisen eines Datensatzes zu einem Team
Beispiel: Erstellen eines lokalen Benutzers
Beispiel: Deaktivieren eines Benutzers
Beispiel: Datensätze mithilfe von GrantAccess, ModifyAccess und RevokeAccess Nachrichten teilen
Beispiel: Freigeben eines Datensatzes mithilfe eines Zugriffsteams
Blog: Dienstkonten – Nicht-interaktive Benutzer
Rechte- und Rollenentitäten