Cómo conectarse a las actividades de Microsoft 365

Información general

Las actividades de Microsoft 365 tienen diferentes flujos de autenticación entre los que puedes elegir. Su elección depende de: el tipo de modo de automatización que planea ejecutar (atendido o desatendido), el tipo de proyectos que desea crear (multiplataforma o Windows), si utiliza Integration Service o no, el tipo de permisos que quieres conceder (delegado o solo de la aplicación) y los requisitos de autenticación de tu aplicación (consulta con tu administrador si no estás seguro de qué requisitos de autenticación se aplican a tu aplicación).

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		(solo con Integration Service)*	Permisos delegados
	Token interactivo: BYOA	Traiga su propia aplicación OAuth 2.0		(solo con 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 mantiene vivo el token de conexión al actualizar el token. Después de un cierto período de tiempo, debes actualizar manualmente la conexión mediante la reautenticación.

Para obtener más información sobre los detalles de cada opción, consulta:

• Conectar con Integration Service

• Conectar con 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.

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

Muchas organizaciones requieren el consentimiento de un administrador antes de crear una conexión a una aplicación externa. El flujo de trabajo de consentimiento del administrador requiere que un administrador apruebe el registro de la aplicación para usuarios o grupos específicos antes de establecer una conexión. Para obtener más información, consulta Información general sobre el flujo de trabajo de consentimiento del administrador y Consentimiento de usuario y administrador en Microsoft Entra ID en la documentación de Microsoft.

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

Tanto las conexiones de Microsoft 365 Scope como las de Integration Service admiten varios entornos de Azure. Para obtener más información, consulta Puntos finales de servicio de Microsoft Graph y Graph Explorer.

Nube nacional de Microsoft	Entorno en Integration Service	Entorno en Microsoft 365Scope
Servicio global de Microsoft Graph	Predeterminado	Azure, Azure global
Microsoft Graph para el gobierno de EE. UU. L4	Gobierno de EE. UU. L4	Gobierno de los Estados Unidos
Microsoft Graph para el gobierno de EE. UU. L5	Gobierno de EE. UU. L5	N/D
Microsoft Graph China	China	China