activities
latest
false
Wichtig :
Bitte beachten Sie, dass dieser Inhalt teilweise mithilfe von maschineller Übersetzung lokalisiert wurde. Es kann 1–2 Wochen dauern, bis die Lokalisierung neu veröffentlichter Inhalte verfügbar ist.
UiPath logo, featuring letters U and I in white

Produktivitätsaktivitäten

Letzte Aktualisierung 6. März 2026

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 hängt von folgenden Faktoren ab:

  • Der Typ des Automatisierungsmodus, den Sie ausführen möchten: Attended oder Unattended.
  • Der Typ des Projekts, das Sie erstellen möchten, Windows oder plattformübergreifend.
  • Der Typ der Berechtigungen, die Sie gewähren möchten, delegiert oder nur App.
  • Ob Sie Integration Service verwenden oder nicht.
  • Ihre Anforderungen an die Anwendungsauthentifizierung.
Hinweis:

Wenden Sie sich an Ihren Administrator, wenn Sie nicht sicher sind, welche Authentifizierungsanforderungen für Ihre Anwendung gelten.

In der folgenden Tabelle werden die grundlegenden Unterschiede zwischen den einzelnen Authentifizierungstypen erläutert:

Microsoft-Authentifizierungsflow Microsoft 365 Scope-Authentifizierungstyp Integration Service-Authentifizierungstyp Robotertyp – Attended Robotertyp – Unattended API-Berechtigungstyp
Flow des OAuth 2.0-Autorisierungscodes OAuth 2.0: Autorisierungscode – Öffentliche App (interaktives Token) OAuth 2.0: Autorisierungscode ✅ (nur mit Integration Service) *

Delegierte Berechtigungen

OAuth 2.0: Autorisierungscode – Benutzerdefinierte OAuth-Anwendung – Bringen Sie Ihre eigene App mit (interaktives Token) Bringen Sie Ihre eigene OAuth 2.0-App mit ✅ (nur mit Integration Service) * Delegierte Berechtigungen
Integrierte Windows-Authentifizierung (IWA) Keine Angabe

Delegierte Berechtigungen

UsernameAndPassword Keine Angabe

Delegierte Berechtigungen

Flow der OAuth 2.0 Client-Anmeldeinformationen Anwendungs-ID und Geheimschlüssel OAuth 2.0: Client-Anmeldeinformationen

Anwendungsberechtigungen

Keine Angabe

Anwendungsberechtigungen

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

Weitere Informationen zu den Einzelheiten zu den einzelnen Optionen finden Sie auf den folgenden Seiten:

Berechtigungstypen und Unterschiede

Folgende Typen kommen für die Berechtigungen in Frage:

  • Delegierte Berechtigungen
  • Anwendungsberechtigungen

Informationen zu den Unterschieden zwischen diesen Berechtigungen finden Sie in der offiziellen Microsoft-Dokumentation.

Die Unterschiede sind kurz gesagt:

  • Bei 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 das der angemeldete Benutzer zugreifen kann.
  • Mit Anwendungsberechtigungen agiert die Anwendung eigenständig, ohne einen angemeldeten Benutzer. 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.

Tipp:

Weitere Informationen zum Steuern von Berechtigungen mithilfe von Aktivitäts-Scopes finden Sie unter Arbeiten mit Aktivitäts-Scopes.

Viele Organisationen benötigen die Zustimmung eines Administrators, bevor eine Verbindung mit einer externen Anwendung erstellt werden kann. Der Workflow zur 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 Benutzer- und Administratorzustimmung in Microsoft Entra ID in der Microsoft-Dokumentation.

Anwendungen mit mehreren Mandanten und einem Mandanten

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

Azure-Umgebungen

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

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 L5US-Regierung L5Keine Angabe
Microsoft Graph ChinaChinaChina

War diese Seite hilfreich?

Verbinden

Benötigen Sie Hilfe? Support

Möchten Sie lernen? UiPath Academy

Haben Sie Fragen? UiPath-Forum

Auf dem neuesten Stand bleiben