Inicio de sesión del SDK de ACC AEP

Descripción

Entorno

  • Campaign Classic
  • Campaign

Problema/Síntomas
En general, integramos el AEP o SDK de Neolane para ejecutar el setPushIdenfitier o registerDevice para registrar el token en la campaña y reconciliarlo con un destinatario mediante clientId.

Si un usuario solo desea enviar notificaciones push a suscriptores vinculados a un perfil. En ese caso, debería ser fácil de conseguir utilizando perfiles como dimensiones de filtrado en sus flujos de trabajo. Pero hay un caso de uso.

Un usuario puede cerrar la sesión y luego dejar de recibir notificaciones. Y más tarde, podrían iniciar sesión con una cuenta diferente en el mismo móvil. Creemos que registrationToken (al menos en Android) es válido desde la instalación de la aplicación.

No hemos encontrado ninguna referencia de API en la SDK de AEP para eliminar o invalidar la variable registrationToken, así que, ¿cómo podemos lograr este caso de uso? No estoy seguro de si podemos emularlo invocando la variable setPushIdentifier o registerDevice o si esto debe manejarse con la variable AuthenticationState en el código de mobileApp.

¿Cómo se debe hacer?

Resolución

Este escenario es común en cierta medida. Durante el cierre de sesión, deben enviar la misma API utilizada para registrar el ID de cliente, pero vaciándolo, el campo userKey estará vacío y el vínculo al destinatario se cortará. Esto se puede hacer en el inicio de sesión con un userKey se rellena con un ID de cliente vinculado a Destinatario/Perfil. Después de cerrar la sesión, la variable Userkey estarán vacías.

La aplicación móvil debe realizar una llamada a ACC cuando el usuario cierre la sesión o inicia sesión para actualizar esta información sobre ACC. Podemos tener un campo booleano personalizado que utilizamos como indicador para identificar si un suscriptor de la aplicación ha iniciado sesión o ha cerrado la sesión.

En esta página