Swipeguide: Inicio de sesión único (SSO)

Last updated: June 19, 2026

Uso general​

Proporcionamos una integración de autenticación OAuth2 para la plataforma, que se puede utilizar para iniciar sesión en el CMS web, la aplicación web Frontline, las aplicaciones nativas de SwipeGuide (iOS y Android) para acceso sin conexión y la aplicación Habilidades inteligentes.

Esto permite que sus usuarios se autentiquen a través del proveedor de OAuth2 gestionado por su empresa.

Tenga en cuenta que los niveles de autorización dentro de la plataforma aún se gestionan dentro de la plataforma para mantener un sistema fácil de usar y comprensible.

Ofrecemos la flexibilidad de configurar diferentes tipos de métodos de inicio de sesión en el CMS y las aplicaciones Frontline, según las necesidades del espacio de trabajo, como correo electrónico y contraseña, así como SSO. Como alternativa, puede requerir que sus usuarios inicien sesión ÚNICAMENTE con SSO.

Si desea habilitar esta función en su plataforma, asegúrese de ponerse en contacto con el equipo de soporte de SwipeGuide antes de utilizar esta documentación.

Requisitos previos​

  1. Su plataforma debe tener las opciones de inicio de sesión ya habilitadas (en lugar de ser una plataforma pública).
  2. El proveedor de OAuth2 que desea utilizar para iniciar sesión en SwipeGuide debe estar ya gestionado y configurado por sus equipos de TI con credenciales o certificados válidos. SwipeGuide ya debe estar añadido como una de las aplicaciones en sus sistemas.

Configuración de OAuth2​

Para obtener documentación básica, consulte el sitio web de OAuth. Para configurar su plataforma, necesitamos enviar cierta información a su servicio de autenticación OAuth2 y necesitamos cierta información para conectar los servicios. Tenemos una URL de devolución de llamada que deberá configurarse dentro del servicio de autenticación OAuth2 y necesitaremos algunos tokens de autorización OAuth2 del servicio. Estos variarán según el servicio.

Actualmente admitimos de forma nativa:

  • Microsoft Entra ID (Anteriormente Azure AD)
  • Google

Microsoft Entra ID​

Para que la configuración de Microsoft Entra ID (anteriormente Azure AD) funcione, necesitamos: clientID, clientSecret, resource y tenant. Obtén más información sobre estos elementos en la documentación de OAuth para Azure Entra ID.

URL de devolución de llamada

https://[platform].swipeguide.com/sso/azureadoauth2/callback

La plataforma en la URL es el dominio principal de la plataforma al que se debe hacer referencia. Ten en cuenta que esta URL de devolución de llamada funcionará tanto para plataformas de un solo dominio como para plataformas multidominio, y el usuario será redirigido según corresponda.

Google​

Para que la configuración de Google funcione, necesitamos: clientID, clientSecret y hostedDomain. Obtén más información sobre estos elementos en la documentación de OAuth para Google.

URL de devolución de llamada

https://[platform].swipeguide.com/sso/googleoauth2/callback

La plataforma en la URL es el dominio principal de la plataforma al que se debe hacer referencia. Ten en cuenta que esta URL de devolución de llamada funcionará tanto para plataformas de un solo dominio como para plataformas multidominio, y el usuario será redirigido según corresponda.

Configuración de SAML 2.0​

Para que la configuración de SAML funcione, necesitaremos tu archivo de metadatos o:

entryPoint: URL del servicio SSO cert: El certificado público de firma utilizado para validar las firmas de las respuestas SAML entrantes, si se utiliza.

Las afirmaciones que necesitamos que nos envíe: displayName, ID, Email

URL del Servicio de Consumidor de Aserciones

https://[platform].swipeguide.com/sso/saml/consume

Metadatos SAML

https://[platform].swipeguide.com/sso/saml/metadata

ID de entidad: swipe-guide

La plataforma en la URL es el dominio principal de la plataforma al que se debe hacer referencia. Tenga en cuenta que esta URL de devolución de llamada funcionará tanto para plataformas de un solo dominio como para plataformas multidominio, y el usuario será redirigido según corresponda.

Tiempo de espera automático de la sesión​

Como servicio y configuración adicionales de la plataforma, puede solicitar a su Gerente de Éxito del Cliente que las sesiones finalicen automáticamente después de X minutos de inactividad (ausencia de solicitudes al servidor).

Preguntas frecuentes

1. Descubra qué hacer cuando aparece un error de autenticación SSO después de intentar iniciar sesión en SwipeGuide

Es posible que reciba un error de autenticación al iniciar sesión en las plataformas de SwipeGuide debido a una clave secreta caducada.

El inicio de sesión único (SSO) es un método de autenticación que permite a los usuarios autenticarse de forma segura en varias aplicaciones y sitios web utilizando un único conjunto de credenciales.

Actualmente, SSO es una función adicional que se puede solicitar enviando un ticket al equipo de Soporte. El departamento de TI de su empresa debe proporcionar la información solicitada según el proveedor de solución deseado al equipo de ingeniería de SwipeGuide para poder configurarlo. No gestionamos ni mantenemos ninguna de las claves de los clientes.

Si cree que su clave secreta ha caducado o está a punto de caducar, haga lo siguiente:

  • Informe a su equipo local de TI y solicite de forma proactiva un nuevo certificado
  • Póngase en contacto con el equipo de Soporte de SwipeGuide con los nuevos datos

Nota: Recomendamos encarecidamente que su empresa establezca un recordatorio cada 2 años para evitar que esto impida a sus usuarios iniciar sesión y para compartir con nosotros las nuevas credenciales.

2. Varios usuarios en un dispositivo compartido

Puede encontrarse en una situación en la que, por ejemplo, "el Operador A y el Operador B usan un dispositivo compartido, el Operador A cierra sesión en la APP y luego el Operador B inicia sesión en la APP. El Operador B ahora ve la matriz de Habilidades del Operador A".

¿Por qué sucede esto?

Cuando un usuario inicia sesión en la aplicación mediante SSO, esta comprueba si ya hay una sesión de SSO activa en ese dispositivo. Si el operador A cierra sesión en la aplicación, pero no cierra completamente la sesión de su propia cuenta de SSO, la siguiente persona (el operador B) será reconocida automáticamente como el operador A al iniciar sesión mediante SSO. Este es un comportamiento común en muchas aplicaciones que utilizan SSO o servicios similares, ya que dependen del estado de inicio de sesión actual del navegador o del dispositivo.
 
Para asegurarse de que cada usuario tenga que introducir sus credenciales al utilizar un dispositivo compartido, siga estos pasos:
1. Después de utilizar la aplicación, cierre la sesión de la APLICACIÓN como de costumbre.
2. Además, cierre completamente la sesión de la cuenta de SSO (Google, por ejemplo) en el navegador o dispositivo.
3. El siguiente usuario podrá iniciar sesión con sus propias credenciales.
 
Como alternativa, para evitar este reconocimiento automático de SSO, los usuarios pueden iniciar sesión con su correo electrónico y contraseña en lugar de utilizar SSO en dispositivos compartidos.