Inicio de sesión y cierre de sesión del SDK de ACC AEP
Obtenga información sobre cómo gestionar el registrationToken y dejar de recibir notificaciones cuando un usuario cierra sesión y, a continuación, vuelve a iniciarla con una cuenta diferente en el mismo dispositivo móvil. Actualice el campo booleano personalizado para identificar si el usuario ha iniciado sesión o ha cerrado la sesión.
Descripción description
Entorno
- Campaign Classic
- Campaign
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 después de instalar 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.
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.