Saltar al contenido principal

Encuentra las respuestas que buscas

Solución de problemas: Problemas de inicio de sesión con SSO

Este artículo proporciona pasos para solucionar problemas para los proveedores de Google SSO y OAuth 2.0, como Microsoft Entra ID y Okta.

Antes de empezar

  • Si utiliza SSO mediante OpenID Connect / OAuth 2.0:
    • Si no puede iniciar sesión, puede ser porque su clave del cliente ha vencido. Si la clave del cliente ya ha vencido, Personio envía por correo electrónico al propietario de cuenta un enlace de recuperación e instrucciones. Antes de intentar más soluciones, pídele que revise su cuenta de correo electrónico. Tiene que seguir el enlace en el correo electrónico para autenticarse usando correo electrónico y contraseña. A continuación, puede acceder a Personio y actualizar la clave del cliente. El código vence después de tres días.
  • Si no estás experimentando el problema anterior, prueba lo siguiente:
    • Usa un navegador diferente.
    • Borra la caché de tu navegador.
    • Usa el modo de incógnito.
    • Cierra sesión y asegúrate de iniciar sesión con las credenciales correctas.
    • Crea otro perfil en tu navegador.
    • Deshabilita las extensiones.
    • Lea las preguntas frecuentes sobre SSO
  • Si el SSO funciona en la versión de escritorio, pero no en la aplicación móvil, el problema suele estar relacionado con el dispositivo y no es un problema de configuración. Solucionar problemas de inicio de sesión en la aplicación móvil.

Problemas de Google SSO

Si Después

Recibes este mensaje de error: 

“No se ha encontrado al empleado para iniciar sesión con Google”

Prueba los siguientes pasos:
 

  1. Cierra sesión en Google.
  2. Inicia sesión en Personio. Cuando Google te pida que selecciones tu cuenta, asegúrate de seleccionar la correcta.
Tu empresa cambia su dominio de correo electrónico Si tu empresa cambia su dominio de correo electrónico, Personio ya no reconocerá los correos electrónicos y los empleados no podrán iniciar sesión.
La integración funcionó en el pasado, pero ahora tus empleados no pueden iniciar sesión Es posible que tu empresa haya cambiado su dominio de correo electrónico.

 

Problemas con OpenID Connect/OAuth 2.0 (incluidos Microsoft Entra ID y Okta)

Si Después
Un empleado (o grupo de empleados) no puede iniciar sesión

Prueba los siguientes pasos:
 

  1. Vaya a la lista de personal y filtre por los afectados.
  2. Comprueba que las direcciones de correo electrónico de los empleados sean correctas.
  3. Si lo anterior no funciona, comprueba si los correos electrónicos en Personio y el proveedor de OAuth coinciden.
Tus empleados no pueden iniciar sesión después de la configuración inicial

 

Prueba los siguientes pasos:

  1. Ve a Ajustes. 
  2. En la sección Seguridad e integraciones, haz clic en Seguridad y autenticación. 
  3. En la lista de métodos de inicio de sesión, vaya a OpenID Connect (OIDC) y haga clic en Configurar. 

Comprueba los ajustes que tienes establecidos para el proveedor de identidad:

  • Compruebe que Ámbitos esté establecido como “openid,correo electrónico”. Es posible que se necesiten diferentes ámbitos según el proveedor de identidad. Verifica los ámbitos requeridos.
  • Si tienes un proveedor de identidad personalizado, añádelo.
  • Verifica el URI de autorización.
  • Verifica el URI del código.
  • Compruebe si el URI de devolución de llamada está configurado correctamente en el proveedor de identidad.
  • Compruebe que el emisor y los conjuntos de claves web JSON (JWK) están establecidos.
  • Compruebe la fecha de vencimiento de la clave del cliente. Si la clave del cliente vence, Personio enviará correos electrónicos al propietario de cuenta con los pasos para recuperar el acceso a Personio.
  • En el campo Reclamación, confirma que el correo electrónico del empleado coincide con el correo electrónico almacenado en Personio.

También le recomendamos que haga lo siguiente:

  • Comprueba que ya has invitado a los empleados a Personio. Cada uno de ellos tiene que activar la cuenta para poder iniciar sesión.
  • Para los empleados que no pueden iniciar sesión, comprueba si son de un inquilino diferente o si son usuarios invitados que se sincronizan desde el inquilino y tienen un emisor diferente en el código. En este caso, es mejor usar la conexión Microsoft Entra ID.

Si utilizas OAuth en conexión con Active Directory Federation Services (ADFS):

  • Comprueba que has seleccionado la casilla de verificación Omitir la lectura de entidades desde el token de identificación en Userinfo URI.
  • Comprueba si los correos electrónicos de los empleados afectados están en los campos “email” o “unique_name” en el proveedor de autenticación. Selecciona el valor apropiado “activado” en la entrada “leer correo electrónico desde reclamación”.
  • Compruebe si tiene que incluir credenciales en la cadena de consulta. Tienes que hacer esto para Microsoft Entra ID. Tienes que seleccionar la casilla de verificación Incluir las credenciales en la cadena de consulta en el campo URI del token.
  • Prueba tu configuración presionando Realizar una prueba de configuración.
La integración funcionó en el pasado, pero ahora tus empleados no pueden iniciar sesión

Hay tres razones principales por las que esto puede suceder:
Su empresa utiliza diferentes dominios de correo electrónico, como .com, .es o .de Comprueba que el dominio que estás utilizando coincide exactamente con el que has introducido para el proveedor de OAuth.
Recibe el error de Microsoft Entra ID: AADSTS50146 (configuración de URI de ID de candidatura) Aprende a solucionar el error: "AADSTS50146: Esta candidatura debe configurarse con un ID de candidatura URI".
Ayùdanos a mejorar. ¿Te resulta útil esta página?