Comment se connecter aux activités Microsoft 365

Vue d'ensemble (Overview)

Les activités Microsoft 365 ont différents flux d'authentification parmi lesquels vous pouvez choisir. Votre choix dépend du type de mode d'automatisation que vous prévoyez d'exécuter (Attended ou Unattended), du type de projets que vous souhaitez créer (multiplate-forme ou Windows), du fait que vous utilisez Integration Service ou non, du type d'autorisations que vous que vous souhaitez accorder (délégué ou application uniquement) et les exigences d'authentification de votre application (consultez votre administrateur si vous ne savez pas quelles exigences d'authentification s'appliquent à votre application).

Utilisez la table ci-dessous pour comprendre les différences de base entre chaque type d’authentification :

Flux d’authentification Microsoft	Microsoft 365 Scope - Type d’authentification	Connexion Integration Service	Type de robot - Attended	Type de robot - Unattended	Type d’autorisation d’API
Flux de code d’autorisation OAuth 2.0	Jeton interactif - Application publique	Code d'autorisation OAuth 2.0		(uniquement avec Integration Service)*	Autorisations déléguées
	Jeton interactif - BYOA	Apportez votre propre application OAuth 2.0		(uniquement avec Integration Service)*	Autorisations déléguées
IntegratedWindowsAuthentication	IntegratedWindowsAuthentication	S/O			Autorisations déléguées
UsernameAndPassword	UsernameAndPassword	S/O			Autorisations déléguées
Flux d’informations d’identification du client OAuth 2.0	ID d’application et Clé secrète	S/O			Autorisations de l'application
	IDApplication et Certificat	S/O			Autorisations de l'application

^* Integration Service maintient le jeton de connexion actif en actualisant le jeton. Après une certaine période, vous devez actualiser manuellement la connexion par réauthentification.

Pour en savoir plus sur les détails de chaque option, consultez :

• Connexion avec Integration Service

• Connexion avec l’étendue Microsoft 365

Autorisations déléguées par rapport aux autorisations d’application

Pour comprendre les différences entre les autorisations déléguées et d’application, consultez la documentation officielle de Microsoft : Comparaison des autorisations déléguées et des autorisations d’application.

En résumé, les différences sont les suivantes :

• Avec les autorisations déléguées, l’application emprunte l’identité d’un utilisateur et agit en son nom. L’application ne peut accéder qu’à ce à quoi l’utilisateur connecté peut accéder.
• Avec les autorisations d’application, l’application agit de manière autonome, sans utilisateur connecté. L’application peut accéder à toutes les données auxquelles ses autorisations sont associées.

Pour les autorisations déléguées et d’application, vous pouvez restreindre ce à quoi l’application peut et ne peut pas accéder à l’aide des étendues définies lorsque vous créez l’application. Reportez-vous à Étendues et autorisations dans la documentation Microsoft.

Tip: Refer to Working with activity scopes to learn how to control permissions using activity scopes.

De nombreuses organisations requièrent le consentement d'un administrateur avant de créer une connexion à une application externe. Le workflow de consentement de l'administrateur nécessite qu'un administrateur approuve l'enregistrement de l'application pour des utilisateurs ou des groupes spécifiques avant qu'une connexion ne soit établie. Pour plus d'informations, consultez Présentation du workflow de consentement de l'administrateur et Consentement de l' utilisateur et de l'administrateur dans Microsoft Entra ID dans la documentation Microsoft.

Applications multi-locataires ou applications à locataire unique

Les connexions Microsoft 365 Scope et Integration Service prennent en charge les applications à locataire unique et les applications multi-locataires. Pour connaître la différence entre les deux, reportez-vous à Qui peut se connecter à votre application ? dans la documentation officielle de Microsoft.

Environnements Azure

Les connexions Étendue Microsoft 365 ( Microsoft 365 Scope) et Integration Service prennent en charge plusieurs environnements Azure. Pour plus de détails, consultez Points de terminaison racine du service Microsoft Graph et Graph Explorer.

Cloud nationaux Microsoft	Environnement dans Integration Service	Environnement dans Microsoft 365Scope
Service global Microsoft Graph	Default	Azure, Azure Global
Microsoft Graph for US Government L4	US Government L4	USGovernment
Microsoft Graph for US Government L5	US Government L5	S/O
Microsoft Graph Chine	Chine	Chine