Diese beiden Schritte erzeugen zusammen die technische Identität, mit der das Modul DQE Standalone (Unify) automatisch mit Dynamics 365 kommuniziert, ohne dass sich ein menschlicher Nutzer anmelden muss.
Azure App Registration
Das Standalone-Modul verbindet sich nicht über ein reguläres Benutzerkonto mit Dynamics — es authentifiziert sich als Azure-AD-Anwendung. Die Registrierung dieser Anwendung in Ihrem Azure-Tenant liefert drei Werte, die für den Rest der Einrichtung benötigt werden: die Application (client) ID, die Directory (tenant) ID und ein Client Secret. Ohne diese Registrierung gibt es keine Identität, die Dynamics als von der Standalone-Anwendung stammend erkennen kann — sie ist der Authentifizierungsbaustein auf der Azure-Seite.
Dynamics Application User (S2S)
Eine Azure-App-Registrierung allein gewährt keinen Zugriff auf Dynamics-Daten. Zusätzlich muss innerhalb von Dynamics ein nicht-interaktiver Server-to-Server-(S2S)-Anwendungsbenutzer erstellt werden, der mit derselben Azure-App (über deren Client-ID) verknüpft ist und dem die DQE-Sicherheitsrollen zugewiesen werden — insbesondere DQE – Unify Application User, die Lese-/Schreibzugriff auf die Entitäten Account, Contact, Lead und DQE gewährt, einschließlich des Merge-Rechts. Dadurch wird die Azure-Identität zu einem Konto, das tatsächlich über Berechtigungen in der Dynamics-Umgebung verfügt.
Kurz gesagt: Die Azure App Registration erstellt die Identität (wer sich verbindet), und der Dynamics Application User gewährt den Zugriff (was er in Dynamics tun kann). Beide sind erforderlich, da die Standalone-Anwendung Dynamics-Daten programmatisch lesen und schreiben muss. Die während der Azure-Registrierung generierten Anmeldedaten werden auch bei der Erstellung des Anwendungsbenutzers und bei der Konfiguration der Dynamics-Anmeldedaten innerhalb der Standalone-Anwendung selbst wiederverwendet.
Verknüpfung mit