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

Explore las complejidades de la administración de suscripciones de notificaciones push con AEP o el SDK de Neolane.

Descripción description

Entorno

Problema/Síntomas

En general, integramos AEP o Neolane SDK para ejecutar el método setPushIdenfitier o registerDevice para registrar el token en la campaña y reconciliarlo con un destinatario mediante un clientId.

Si desea enviar notificaciones push a suscriptores vinculados a un perfil, en ese caso, debe poder conseguirse fácilmente utilizando perfiles como dimensiones de filtrado en sus flujos de trabajo. Pero hay un caso de uso.

Podría cerrar la sesión fácilmente y, entonces, debería dejar de recibir notificaciones. Y más tarde, puede 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 el SDK de AEP para eliminar o invalidar registrationToken, así que ¿cómo podemos lograr este caso de uso? No estoy seguro de si podemos emularlo invocando setPushIdentifier o registerDevice de nuevo o si esto debe manejarse con AuthenticationState dentro del código de 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 Customer Id, pero al vaciarla, el campo userKey estará vacío y se cortará el vínculo al destinatario. Esto se puede hacer en el inicio de sesión con un userKey que contiene un ID de cliente enlazado al destinatario/perfil. Después de cerrar la sesión, se vaciará Userkey.

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.