Logon do SDK do ACC AEP

Descrição

Ambiente

  • Campaign Classic
  • Campaign

Problema/Sintomas
Em geral, integramos o AEP ou Neolane SDK para executar o setPushIdenfitier ou registerDevice para registrar o token na campanha e reconciliá-lo em um recipient usando um clientId.

Se um usuário desejar enviar notificações por push apenas a assinantes vinculados a um perfil. Nesse caso, ele deve ser facilmente alcançável usando perfis como dimensões de filtro em seus fluxos de trabalho. Mas há um caso de uso.

Um usuário pode fazer logoff e, em seguida, deve parar de receber notificações. E mais tarde, eles poderiam fazer logon com uma conta diferente no mesmo celular. Acreditamos no registrationToken (no Android, pelo menos) é válido a partir da instalação do aplicativo.

Não encontramos nenhuma referência de API no AEP SDK para excluir ou invalidar o registrationTokenentão, como podemos alcançar esse caso de uso? Não tenho certeza se podemos emular chamando o setPushIdentifier ou registerDevice novamente ou se tiver que ser tratado com a variável AuthenticationState no código mobileApp.

Como se deve proceder?

Resolução

Este cenário é comum em certa medida. Durante o logoff, eles devem enviar a mesma API usada para registrar a variável ID do cliente, mas esvaziando-o, o campo userKey estará em branco e o link para o recipient será recortado. Isso pode ser feito no logon com uma userKey preenchido com um Customer ID vinculado ao Recipient/Profile. Após o logout, a variável Userkey será esvaziado.

O aplicativo móvel precisa fazer uma chamada para ACC no logout/logon do usuário para atualizar essas informações no ACC. Podemos ter um campo booleano personalizado que usamos como sinalizador para identificar se um assinante de aplicativo está conectado ou desconectado.

Nesta página