Inicio de sesión y cierre de sesión del SDK de ACC AEP

Descripción description

Entorno

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 un clientId.

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

Un usuario podría cerrar la sesión y, después, debería dejar de recibir notificaciones. Y más tarde, podrían iniciar sesión con una cuenta diferente en el mismo móvil. Creemos que el registrationToken (en Android al menos) 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, ¿cómo podemos lograr este caso de uso? No estoy seguro de si podemos emularlo invocando el setPushIdentifier o registerDevice de nuevo o si esto debe gestionarse con la variable AuthenticationState dentro del código mobileApp.

¿Cómo se debe hacer?

Resolución resolution

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 se cortará el vínculo con el destinatario. Esto se puede hacer en el inicio de sesión con una userKey relleno con una ID de cliente enlazado a Destinatario/Perfil. Tras cerrar la sesión, la variable Userkey se vaciarán.

La aplicación móvil debe realizar una llamada a ACC al cerrar la sesión del usuario o al iniciarla para actualizar esta información en 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.