Trabajo con eventos

Un evento es uno de los tres elementos de la configuración de Interact en el entorno de diseño que interactúa directamente con la API de Interact. Cuando se codifica el punto de encuentro para que trabaje con la API de Interact, se utiliza el método postEvent para hacer referencia a eventos. El nombre del evento utilizado en la API de Interact debe coincidir con el nombre del evento como se configuró en el entorno de diseño. Este nombre no distingue mayúsculas de minúsculas.

Un evento desencadena una o más de las acciones siguientes predefinidas:

Desencadenar resegmentación: El entorno de ejecución ejecuta todos los diagramas de flujo tiempo real para el nivel de audiencia actual asociado con el canal interactivo otra vez, utilizando los datos actuales en la sesión del visitante.

Cuando se diseña la interacción, es importante recordar que a menos que se especifique un diagrama de flujo específico, la resegmentación ejecuta todos los diagramas de flujo tiempo real asociados con este canal interactivo con el nivel de audiencia actual nuevamente, y que cualquier solicitud de ofertas espera hasta que todos los diagramas de flujo hayan finalizado. La resegmentación excesiva dentro de una sola visita puede afectar el rendimiento del punto de encuentro de una manera visible para el cliente.

El cliente se debe colocar en nuevos segmentos una vez que se han agregado datos nuevos significativos al objeto de la sesión de ejecución. Estos nuevos datos pueden provenir de las solicitudes de la API de Interact (tal como el cambio de la audiencia) o de acciones del cliente (tal como la adición de nuevos elementos a una lista de deseos o a un carro de compras).

Registrar contacto de oferta: el entorno de ejecución marca las ofertas recomendadas para que el servicio de la base de datos registre las ofertas en el historial de contactos.

Para las integraciones Web, la mejor práctica es registrar el contacto de oferta en la misma llamada en que se solicitan ofertas de modo de minimizar el número de solicitudes entre el punto de encuentro y el servidor de ejecución.

Si el punto de encuentro no devuelve los códigos de tratamiento para las ofertas que se presentaron al visitante, el entorno de ejecución registra la última lista de ofertas recomendadas.

Registrar aceptación de oferta: el entorno de ejecución marca la oferta seleccionada para que el servicio de la base de datos la registre en el historial de respuestas.

Registrar rechazo de oferta: el entorno de ejecución marca la oferta seleccionada para que el servicio de la base de datos la registre en el historial de respuestas.

Si se crea un evento con más de una acción de registro de oferta, se debe recordar que la API de Interact realiza la misma acción para la oferta asociada. Por lo tanto, no se debe crear un evento que registre la aceptación y el rechazo de la oferta puesto que éstos se contradicen. Sin embargo, crear un solo evento para registrar el contacto y la aceptación o el contacto y el rechazo de una oferta puede ser útil para un entorno.

En forma predeterminada, el entorno de ejecución puede dar seguimiento a dos tipos de respuestas; estas son la aceptación y el rechazo de una oferta. Es posible modificar los tipos de respuesta que el Registro de aceptación de oferta y Registro de rechazo de oferta anotan, utilizando las propiedades de configuración accept y reject.

La API de Interact también puede usar los eventos para desencadenar acciones que definidas con los parámetros de eventos en la API. Estos eventos incluyen el registro de una tabla personalizada, seguimiento de varios tipos de respuesta y especificación de un diagrama de flujo específico a ejecutar. Posiblemente se deban crear algunos eventos sin Reacción del sistema definida o varios con la misma Reacción del sistema, tales como Registrar contacto, para utilizarlos con los parámetros de eventos reservados.

Es posible que se desee crear varios eventos con la acción Registrar Aceptación de Oferta, uno por cada tipo de respuesta que se desea registrar o un solo evento con la acción Registrar aceptación de oferta que se utiliza para cada llamada postEvent utilizada para separar los tipos de respuesta.

Por ejemplo, la creación de un evento con la acción Registrar aceptación de oferta para cada tipo de respuesta. El usuario define las siguientes respuestas personalizadas en la tabla UA_UsrResponseType [como Name (code)]: Explore (EXP), Consider (CON) y Commit (CMT). Después se crean tres eventos nombrados LogAccept_Explore, LogAccept_Consider y LogAccept_Commit. Los tres eventos son exactamente iguales (realizan la acción Registrar aceptación de oferta), pero los nombres son diferentes para que la persona que trabaja con la API de Interact puede distinguirlos entre sí.

O bien se podría crear un solo evento con la acción Registrar aceptación de oferta utilizada para todos los tipos de respuestas personalizadas. Por ejemplo, que se llame LogCustomResponse.

Al trabajar con la API de Interact, no hay diferencia funcional entre los eventos, pero las convenciones de asignación de nombres pueden hacer más claro el código. Además, si se asigna a cada respuesta personalizada un nombre separado, el informe Resumen de actividad de evento del canal muestra información más precisa.

Para obtener más información sobre los parámetros reservados y el método postEvent, consulte la Guía del administrador de Interact.

Eventos definidos por el sistema

La ficha Eventos contiene la categoría predeterminada, Categoría definida por el sistema. Esta categoría no permite editar, agregar ni eliminar eventos. Esta categoría contiene eventos que corresponden a la API de Interact. Es posible supervisar la frecuencia con que se producen todos estos eventos en el punto de encuentro con el informe Resumen de actividad de evento de canal.

Estos eventos incluyen:

Finalizar sesión: marcar el fin de la sesión interactiva de un visitante.

Obtener oferta: solicitar una lista de ofertas recomendadas para presentar a un visitante.

Obtener perfil: solicitar datos de perfil del visitante almacenados en la sesión; esto incluye datos temporales así como datos leídos desde la tabla de perfil.

Establecer audiencia: cambiar el nivel de audiencia del visitante dentro de su sesión interactiva.

Establecer Depuración: cambiar el nivel de registro actual para la sesión interactiva del visitante.

Iniciar sesión: marcar el inicio de la sesión interactiva de un visitante.