Environnement
Problème/Symptômes
En général, nous intégrons la variable AEP ou SDK Neolane pour exécuter la variable setPushIdenfitier
ou registerDevice
pour enregistrer le jeton dans la campagne et le réconcilier avec un destinataire à l'aide d'un clientId.
Si un utilisateur souhaite uniquement envoyer des notifications push aux abonnés liés à un profil. Dans ce cas, il devrait être facilement accessible en utilisant les profils comme dimensions de filtrage dans leurs workflows. Mais il existe un cas pratique.
Un utilisateur peut se déconnecter, puis cesser de recevoir des notifications. Et plus tard, ils pouvaient se connecter avec un compte différent sur le même mobile. Nous croyons que registrationToken
(dans Android au moins) est valide à partir de l’installation de l’application.
Aucune référence d’API n’a été trouvée dans la variable SDK AEP pour supprimer ou invalider la variable registrationToken
, alors comment pouvons-nous réaliser ce cas pratique ? Vous ne savez pas si nous pouvons l’émuler en appelant la variable setPushIdentifier
ou registerDevice
ou s’il doit être traité avec la variable AuthenticationState
dans le code mobileApp.
Comment cela devrait-il être fait ?
Ce scénario est courant dans une certaine mesure. Pendant la fermeture de session, ils doivent envoyer la même API que celle utilisée pour enregistrer la variable ID de client, mais en le vidant, le champ userKey
sera vide et le lien vers le destinataire sera coupé. Vous pouvez le faire lors de la connexion avec un userKey
renseignée avec un ID de client lié à Destinataire/Profil. Après la déconnexion, la variable Userkey
sera vidée.
L'application mobile doit effectuer un appel à ACC lors de la déconnexion/connexion de l'utilisateur pour mettre à jour ces informations sur ACC. Nous pouvons avoir un champ booléen personnalisé que nous utilisons comme indicateur pour identifier si un abonné de l’application est connecté ou déconnecté.