Como trabalhar com eventos

Um evento é um dos três elementos da configuração do Interact no ambiente de design que interage diretamente com a API do Interact. Quando codificar seu ponto de discussão do cliente para trabalhar com a API do Interact, deve usar o método postEvent para se referir a eventos. O nome do evento usado na API do Interact deve corresponder ao nome do evento de acordo com a configuração no ambiente de design. Esse nome não é sensível a maiúsculas e minúsculas.

Um evento dispara uma ou mais das seguintes ações pré-definidas:

*
Disparar ressegmentação O ambiente de tempo de execução executa todos os fluxogramas interativos para o nível de audiência atual associados com o canal interativo novamente, usando os dados atuais na sessão de visitantes.
Quando criar a sua interação, lembre-se que a menos que você especifique um fluxograma específico, a resegmentação executa todos os fluxogramas interativos associados com esse canal interativo com o nível de audiência atual novamente, e que qualquer solicitação de ofertas espera até que todos os fluxogramas tenham terminado. Resegmentação excessiva dentro de uma visita única pode impactar na performance do ponto de discussão do cliente de maneira visível ao cliente.
Você deve colocar o cliente em novos segmentos depois que novos dados significativos tenham sido adicionados ao objeto da sessão de tempo de execução. Estes novos dados podem vir de solicitações da API do Interact (tais como mudança de audiência) ou de ações de clientes (tais como inclusão de novos itens em uma lista de desejos ou no carrinho de compras).
*
Registrar contato da oferta em log O ambiente de tempo de execução sinaliza as ofertas recomendadas para que o banco de dados de serviços registre as ofertas no histórico de contatos.
Para integrações com a rede, a melhor prática é registrar o contato de oferta na mesma chamada onde você solicita ofertas para minimizar o número de solicitações entre o ponto de discussão do cliente e o servidor de tempo de execução.
Se o ponto de discussão do cliente não retornar os códigos de tratamento das ofertas que foram apresentadas ao visitante, o ambiente de tempo de execução registra a última lista de ofertas recomendadas.
*
Registrar aceitação da oferta em log O ambiente de tempo de execução sinaliza a oferta selecionada para que o banco de dados de serviço registre no histórico de respostas.
*
Registrar rejeição da oferta em log O ambiente de tempo de execução sinaliza a oferta selecionada para que o banco de dados de serviço registre no histórico de respostas.

Se você criar um evento com mais de um registro de ação de oferta, lembre-se que a API do Interact executa a mesma ação para a oferta associada. Portanto, você não deve criar um evento que registre a aceitação e a rejeição de ofertas uma vez que eles contradizem um ao outro. Contudo, criar um evento único para registrar contato da oferta em log e aceitação ou registrar contato da oferta em log e rejeição pode ser útil no seu ambiente.

Por padrão, o ambiente de tempo de execução pode rastrear dois tipos de respostas, aceitação de oferta e rejeição de oferta. Você pode modificar os tipos de resposta que os eventos de registrar aceitação da oferta em log e registrar rejeição da oferta em log gravam, usando as propriedades de configuração de accept e reject.

A API do Interact pode também usar eventos para disparar ações que você defina usando os parâmetros de eventos na API. Estes eventos incluem o login em tabela personalizada, rastreamento de tipos de respostas múltiplas e especificação de execução de um fluxograma específico. Você pode precisar criar alguns eventos sem reação de sistema definida, ou várias com a mesma reação de sistema, tal como contato de registro, para uso com parâmetros de eventos reservados.

Você pode querer criar vários eventos com a ação de registrar aceitação de oferta em log, um para cada tipo de resposta que você quiser registrar, ou um evento único para cada chamada postEvent que você usar com a ação de registrar aceitação de oferta em log usando registros de tipos de respostas separadas.

Por exemplo, crie um evento com a ação de registrar aceitação de oferta em log para cada tipo de resposta. Você deve definir as seguintes respostas personalizadas na tabela UA_UsrResponseType [como Nome (código)]: Explorar (EXP), Considerar (CON), e Comprometer (CMT). Depois você deve criar três eventos e os nomear LogAccept_Explore, LogAccept_Consider e LogAccept_Commit. Todos os três eventos são exatamente os mesmos (têm a ação de registrar aceitação de oferta em log), mas os nomes são diferentes de forma que a pessoa que estiver trabalhando com a API do Interact possa distinguir entre eles.

Ou, você pode criar um evento único com a ação de registrar aceitação de oferta em log que você usa para todos os tipos de respostas personalizadas. Por exemplo, nomeie-o LogCustomResponse.

Quando trabalhar com a API do Interact, não existe diferença funcional entre os eventos, mas as convenções de nomenclatura podem deixar o código mais claro. Além disso, se você der um nome separado para cada resposta personalizada, o relatório do Resumo de atividades de eventos de canais mostra informações mais precisas.

Para mais informação sobre os parâmetros reservados e o método do postEvent, consulte o Guia do administrador do Interact.

Eventos definidos pelo sistema

A guia Eventos contém a categoria padrão, Categoria definida pelo sistema. Você não pode editar, adicionar ou excluir eventos nessa categoria. Essa categoria contém eventos que correspondem à API do Interact. Você pode monitorar a frequência de ocorrência de todos esses eventos no seu ponto de discussão do cliente com o relatório de resumo de atividades de eventos de canais.

Estes eventos incluem:

*
*
*
*
*
*


IBM Unica Interact
 
8.5.0
For more information, see our support and community site: Customer Central