activities
latest
false
Wichtig :
Bitte beachten Sie, dass dieser Inhalt teilweise mithilfe von maschineller Übersetzung lokalisiert wurde.
Produktivitätsaktivitäten
Last updated 23. Okt. 2024

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-AuthentifizierungsflowMicrosoft 365 Scope – Authentifizierungstyp Integration Service-VerbindungRobotertyp – AttendedRobotertyp – UnattendedAPI-Berechtigungstyp
Flow des OAuth 2.0-Autorisierungscodes

Interaktives Token – Öffentliche App

OAuth 2.0: Autorisierungscodedocs imagedocs image (nur mit Integration Service)*

Delegierte Berechtigungen

Interaktives Token – BYOA Bringen Sie Ihre eigene OAuth 2.0-App mit docs imagedocs image (nur mit Integration Service)*Delegierte Berechtigungen
Integrierte Windows-Authentifizierung (IWA) Keine Angabe docs image

Delegierte Berechtigungen

UsernameAndPassword Keine Angabe docs image

Delegierte Berechtigungen

Flow der OAuth 2.0 Client-AnmeldeinformationenAnwendungs-ID und GeheimschlüsselKeine Angabedocs imagedocs image

Anwendungsberechtigungen

Keine Angabedocs imagedocs image

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:

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 CloudUmgebung im Integration ServiceUmgebung im Microsoft 365 Scope
Globaler Dienst von Microsoft GraphStandardAzure, Azure Global
Microsoft Graph für die US-Regierung L4US-Regierung L4USGovernment

Microsoft Graph für die US-Regierung L5

US-Regierung L5Keine Angabe
Microsoft Graph China ChinaChina

War diese Seite hilfreich?

Hilfe erhalten
RPA lernen – Automatisierungskurse
UiPath Community-Forum
Uipath Logo White
Vertrauen und Sicherheit
© 2005–2024 UiPath. Alle Rechte vorbehalten