So stellen Sie eine Verbindung mit Microsoft 365-Aktivitäten her

Überblick

Microsoft 365 Aktivitäten verfügen über verschiedene Authentifizierungsflows, die Sie auswählen können. Ihre Auswahl ist abhängig von: dem Typ des Automatisierungsmodus, den Sie ausführen möchten (Attended oder Unattended), dem Typ der Projekte, die Sie erstellen möchten (plattformübergreifend oder Windows), ob Sie den Integration Service verwenden oder nicht, dem Typ der Berechtigungen, die Sie benötigen die Sie gewähren möchten (delegiert oder nur App), und die Authentifizierungsanforderungen Ihrer Anwendung (wenden Sie sich an Ihren Administrator, wenn Sie nicht sicher sind, welche Authentifizierungsanforderungen für Ihre Anwendung gelten).

Anhand der folgenden Tabelle verstehen Sie die grundlegenden Unterschiede zwischen den einzelnen Authentifizierungstypen:

Microsoft-Authentifizierungsflow	Microsoft 365 Scope – Authentifizierungstyp	Integration Service-Verbindung	Robotertyp – Attended	Robotertyp – Unattended	API-Berechtigungstyp
Flow des OAuth 2.0-Autorisierungscodes	Interaktives Token – Öffentliche App	OAuth 2.0: Autorisierungscode		(nur mit Integration Service)*	Delegierte Berechtigungen
	Interaktives Token – BYOA	Bringen Sie Ihre eigene OAuth 2.0-App mit		(nur mit Integration Service)*	Delegierte Berechtigungen
Integrierte Windows-Authentifizierung (IWA)	Integrierte Windows-Authentifizierung	Keine Angabe			Delegierte Berechtigungen
UsernameAndPassword	UsernameAndPassword	Keine Angabe			Delegierte Berechtigungen
Flow der OAuth 2.0 Client-Anmeldeinformationen	Anwendungs-ID und Geheimschlüssel	Keine Angabe			Anwendungsberechtigungen
	AnwendungsID und Zertifikat	Keine Angabe			Anwendungsberechtigungen

^* Integration Service hält das Verbindungstoken aufrecht, indem es aktualisiert wird. Nach einem bestimmten Zeitraum müssen Sie die Verbindung manuell durch erneute Authentifizierung aktualisieren.

Weitere Informationen zu den Besonderheiten der einzelnen Optionen finden Sie unter:

• Stellen Sie eine Verbindung mit dem Integration Service her

• Verbindung mit Microsoft 365 Scope

Delegierte Berechtigungen im Vergleich zu Anwendungsberechtigungen

Informationen zu den Unterschieden zwischen delegierten und Anwendungsberechtigungen finden Sie in der offiziellen Dokumentation von Microsoft: Vergleich von delegierten und Anwendungsberechtigungen.

Die Unterschiede sind kurz gesagt:

• Mit delegierten Berechtigungen gibt die Anwendung die Identität eines Benutzers an und handelt im Namen des Benutzers. Die Anwendung kann nur auf das zugreifen, auf den der angemeldete Benutzer zugreifen kann.
• Mit Anwendungsberechtigungen agiert die Anwendung eigenständig, ohne dass ein Benutzer angemeldet ist. Die Anwendung kann auf alle Daten zugreifen, mit denen ihre Berechtigungen verknüpft sind.

Sowohl für delegierte Berechtigungen als auch für Anwendungsberechtigungen können Sie mithilfe der beim Erstellen der App definierten Scopes einschränken, auf welche Daten die App zugreifen kann und auf welche nicht. Weitere Informationen finden Sie unter Scopes und Berechtigungen in der Microsoft-Dokumentation.

Hinweis: Viele Organisationen benötigen die Zustimmung eines Administrators, bevor eine Verbindung mit einer externen Anwendung erstellt werden kann. Der Workflow für die Administratorzustimmung erfordert, dass ein Administrator die App-Registrierung für bestimmte Benutzer oder Gruppen genehmigt, bevor eine Verbindung hergestellt wird. Weitere Informationen finden Sie unter Übersicht über den Workflow für die Administratorzustimmung und Zustimmung von Benutzer und Administrator in Microsoft Entra ID in der Microsoft-Dokumentation.

Mehrmandanten- vs. Einzelmandantenanwendungen

Sowohl Microsoft 365 Scope- als auch Integration Service-Verbindungen unterstützen Anwendungen mit einem einzelnen Mandanten und Anwendungen mit mehreren Mandanten. Informationen zum Unterschied zwischen den beiden finden Sie unter Wer kann sich bei Ihrer App anmelden? in der offiziellen Microsoft-Dokumentation.

Azure-Umgebungen

Sowohl Microsoft 365 Scope- als auch Integration Service-Verbindungen unterstützen mehrere Azure-Umgebungen. Weitere Informationen finden Sie unter Stammendpunkte der Dienste Microsoft Graph und Graph Explorer.

Microsoft Nationale Cloud	Umgebung im Integration Service	Umgebung im Microsoft 365 Scope
Globaler Dienst von Microsoft Graph	Standard	Azure, Azure Global
Microsoft Graph für die US-Regierung L4	US-Regierung L4	USGovernment
Microsoft Graph für die US-Regierung L5	US-Regierung L5	Keine Angabe
Microsoft Graph China	China	China