Cómo conectarse a las actividades de Microsoft 365

Información general

Microsoft 365 activities have different authentication flows that you can choose from. Your choice is dependent on: the type of automation mode you plan to run (attended or unattended), the type of projects you want to build (cross-platform or Windows), whether you use Integration Service or not, the type of permissions you want to grant (delegated or app-only), and your application authentication requirements (consult with your administrator if you're unsure which authentication requirements apply to your application).

Utiliza la siguiente tabla para comprender las diferencias básicas entre cada tipo de autenticación:

Flujo de autenticación de Microsoft	Ámbito de Microsoft 365: tipo de autenticación	Conexión de Integration Service	Tipo de robot: Attended	Tipo de robot: unattended	Tipo de permiso API
Flujo de código de autorización OAuth 2.0	Token interactivo: aplicación pública	Código de autorización OAuth 2.0		(only with Integration Service)*	Permisos delegados
	Token interactivo: BYOA	Traiga su propia aplicación OAuth 2.0		(only with Integration Service)*	Permisos delegados
Autenticación de Windows integrada (IWA)	Autenticación de Windows integrada	N/D			Permisos delegados
Nombre de usuario y contraseña	Nombre de usuario y contraseña	N/D			Permisos delegados
Flujo de credenciales de cliente OAuth 2.0	Secreto e ID de aplicación	N/D			Permisos de la aplicación
	IDDeAplicación y certificado	N/D			Permisos de la aplicación

^* Integration Service keeps the connection token alive by refreshing the token. After a certain period of time, you must manually refresh the connection by re-authentication.

To learn about the specifics of each option, see:

• Connect with Integration Service

• Connect with Microsoft 365 Scope

Permisos delegados versus permisos de aplicación

Para comprender las diferencias entre los permisos delegados y de aplicación, consulta la documentación oficial de Microsoft: comparación de permisos delegados y de aplicación.

En resumen, las diferencias son las siguientes:

• Con los permisos delegados, la aplicación se hace pasar por un usuario y actúa en nombre del usuario. La aplicación puede acceder solo a lo que puede acceder el usuario que ha iniciado sesión.
• Con los permisos de aplicación, la aplicación actúa por sí misma, sin un usuario que ha iniciado sesión. La aplicación puede acceder a cualquier dato con el que se asocien sus permisos.

Tanto para los permisos delegados como de aplicación, puedes restringir lo que la aplicación puede y no puede acceder utilizando los ámbitos definidos al crear la aplicación. Consulta Ámbitos y permisos en la documentación de Microsoft.

Note: Many organizations require an administrator's consent before creating a connection to an external application. The admin consent workflow requires an admin to approve the app registration to specific users or groups before a connection is established. For more information, see Overview of admin consent workflow and User and admin consent in Microsoft Entra ID in the Microsoft documentation.

Aplicaciones Multitenant frente a aplicaciones de único tenant

Tanto las conexiones Ámbito de Microsoft 365 como las de Integration Service admiten aplicaciones de tenant único y aplicaciones multitenant. Para aprender la diferencia entre los dos, consulta ¿Quién puede iniciar sesión en tu aplicación? en la documentación oficial de Microsoft.

Entornos Azure

Both Microsoft 365 Scope and Integration Service connections support multiple Azure environments. For details, see Microsoft Graph and Graph Explorer service root endpoints.

Microsoft National Cloud	Environment in Integration Service	Environment in Microsoft 365Scope
Microsoft Graph global service	Predeterminado	Azure, Azure Global
Microsoft Graph for US Government L4	US Government L4	US Government
Microsoft Graph for US Government L5	US Government L5	N/D
Microsoft Graph China	China	China