Autenticación

Esta página enumera los posibles problemas de autenticación que puedes encontrar al utilizar el paquete de actividades de Microsoft 365.

Qué tipo de autenticación debo usar en la actividad Ámbito de Microsoft 365

Información general

Primero, asegúrese de consultar los siguientes recursos:

Consulta la documentación relacionada con la actividad Ámbito de Microsoft 365 , que incluye información sobre los tipos de autenticación disponibles.
Para aprender a registrar tu aplicación personalizada en Azure AD y establecer los permisos de la API de Graph, consulta la página Configuración.
La lista de llamadas a la API de Graph de las actividades de Microsoft 365 está disponible en la página Referencias técnicas.
Obtener información sobre el uso de UiPathStudioO365App para InteractiveToken (es decir, OAuthApplication=UiPath), consulta:
- UiPathStudioO365App en Microsoft Azure Marketplace
- Configuración de la automatización de Azure AD para Outlook 365.
Consulta los permisos de la API necesarios para Utilizar tarjetas de aplicación en la página Tarjetas Microsoft 365 y Google Workspace - Página de Permisos y ámbitos de la API.

Ámbito a buzones de correo específicos

Al usar este tipo de autenticación, la aplicación tiene acceso a todos los buzones de correo de tu tenant. Esto se debe a que el permiso de la API de la aplicación Mail.Read representa "Leer correo en todos los buzones de correo" y Mail.ReadWrite significa "Leer y escribir correo en todos los buzones de correo".

Es posible limitar los permisos de la aplicación a buzones de correo específicos, de modo que la aplicación solo tenga acceso a los buzones de correo especificados: Ámbito de los permisos de la aplicación a buzones de correo específicos de Exchange Online.

Ámbito a sitios específicos

Usa el permiso de aplicación Sites.Selected para permitir que la aplicación acceda solo a colecciones de sitios de SharePoint específicas en lugar de a todas.

Error al autenticar con nombre de usuario y contraseña

Parámetros que faltan: client_assertion o client_secret

Incidencia: autenticación con nombre de usuario y contraseña fallida. El mensaje de error mostrado es:

Importante: "Un problema de configuración impide la autenticación. Compruebe el mensaje de error del servidor para obtener más información. Puede modificar la configuración en el portal de registro de aplicaciones. Ver https://aka.ms/msal-net-invalid-client para obtener más información. Excepción original: AADSTS7000218: El cuerpo de la solicitud debe contener el siguiente parámetro: 'client_assertion' o 'client_secret'.

Solución: asegúrate de que la aplicación que hayas registrado tenga habilitado el campo de configuración Permitir flujos de cliente públicos.

La aplicación no está configurada como aplicación de tenant múltiple

Problema: recibes el siguiente mensaje de error:

Importante: "La aplicación [...] no está configurada como aplicación multi tenant. El uso del extremo /common no es compatible con las aplicaciones creadas después del 15/10/2018. Use un punto final específico para el tenant o configure la aplicación para que sea multi tenant ".

Soluciones:

Establece un valor para el parámetro Tenant .
Configurar la aplicación para que sea de tenant múltiple.

La autenticación funciona, pero el usuario no puede leer correos electrónicos de un buzón compartido

Problema: cuando se usa una cuenta compartida en las actividades de Microsoft 365 en la cuenta personal del usuario se puede recuperar el correo, pero al intentar leer correos electrónicos de una cuenta compartida aparece un error de Acceso denegado.

Solución: comprueba si la aplicación tiene establecido el permiso de API Mail.Read.Shared (delegado). Este permiso permite que la aplicación lea el correo al que un usuario puede acceder, incluido el correo propio y el compartido.

Error: El usuario o administrador no ha dado su consentimiento para usar la aplicación

Problema: recibes el siguiente mensaje de error:

Importante: "El usuario o administrador no ha dado su consentimiento para utilizar la aplicación con el ID [...] llamado [...]".

Solución: asegúrate de seguir estos pasos para conceder consentimiento de administrador.

La autenticación integrada de Windows (IWA) no funciona en las versiones 1.4.0 y 1.5.0

Problema: IntegratedWindowsAuthentication (IWA) funcionaba en UiPath.MicrosoftOffice.365.Activitiesv1.3.1, pero no funciona en UiPath.MicrosoftOffice.365.Activities v1.4.0 y v1.5.0.

Solución: utiliza UiPath.MicrosoftOffice.365.Activities versión >= 1.6.0.

Autenticación ApplicationIdAndSecret en v1.4.0 y v1.5.0

Problema: al utilizar UiPath.MicrosoftOffice.365.Activities v1.4.0 o v1.5.0, la actividad Ámbito falla, aunque los parámetros obligatorios, ID de aplicación y Secreto de aplicación, estén establecidos correctamente.

Si el parámetro Tenant no se establece, puede obtener uno de los siguientes errores:

Importante:

"El token no contiene permisos o los permisos no se pueden entender". (Multitenant)
"La aplicación con identificador [...] no se ha encontrado en el directorio 'microsoft.com'. Esto puede suceder si el administrador del tenant no ha instalado la aplicación o si algún usuario del tenant no ha recibido el consentimiento. Es posible que haya enviado su solicitud de autenticación al tenant incorrecto ". (Tenant único)

Solución: establece un valor para el parámetro Tenant.

Otra opción es actualizar a UiPath.MicrosoftOffice.365.Activities versión> = 1.6.0. A partir de la versión v1.6.0, El tenant es un parámetro obligatorio.

Solicitudes de Graph API dentro del ámbito de Microsoft 365

Puedes realizar solicitudes de Graph API dentro de la actividad Ámbito de Microsoft 365. Esto es posible cuando se utiliza un objeto ParentScope en una actividad Invocar código .

Nota: Esto es posible para proyectos Windows-Legacy .NET 4.6.1. Error para proyectos Windows .NET5 (mensaje de error "No se pudo cargar el archivo o ensamblado 'Microsoft.Graph, Versión = 3.32.0.0'").

Vea a continuación un ejemplo con Studio v2021.10 (Windows-Legacy) y UiPath.MicrosoftOffice.365.Activities v1.11.1:

Descargar ejemplo