Este m茅todo de autenticaci贸n ya no es el preferido. Este m茅todo no ser谩 eliminado, pero estamos recomendando el m茅todo de token JWT para autenticar la integraci贸n del front-end del jugador.
Un Operador que desee usar la integraci贸n de front-end como Rich Inbox, Mensajer铆a en el Sitio, Bonos Pendientes o Bonos de Dep贸sito Pendientes debe proporcionar un endpoint de autenticaci贸n que FT CRM pueda usar para validar que los datos de usuario obtenidos de este servicio sean reales.
  1. FT CRM determinar谩 que el usuario est谩 'conectado' cuando el id de sesi贸n (sid) est茅 definido.
  2. FT CRM intentar谩 validar este sid contactando la API de Fast Track.
  3. La API de Fast Track reenviar谩 esta solicitud al endpoint de autenticaci贸n del operador proporcionado.
  4. Si el sid se valida, el endpoint del operador devolver谩 el c贸digo de respuesta HTTP 200 y un user_id
  5. La API de Fast Track devolver谩 una respuesta exitosa o fallida a FT CRM.
Por favor aseg煤rese de proporcionar al equipo de Integraci贸n de Fast Track la URL del endpoint para tanto el entorno de staging como el de producci贸n.

馃敋 Endpoint Necesario del Operador

猬嗭笍 POST /authenticate

#POST, JSON
El endpoint de autenticaci贸n (aqu铆 referido como endpoint auth) debe aceptar JSON, devolver JSON, tener el m茅todo POST y aceptar un cuerpo de solicitud post.
El sid ser谩 enviado como cuerpo post en el siguiente formato:

Solicitud

El endpoint auth verificar谩 que sea un sid v谩lido. Si el sid es v谩lido, el endpoint auth debe devolver una respuesta HTTP 200 junto con datos JSON que se vean as铆:

Respuesta