También se aplica a v8
Configuración del Gestor de respuestas de Campaign
Esta sección está destinada a las personas responsables de configurar la gestión de respuestas. Supone una cierta cantidad de conocimiento sobre la ampliación de esquemas, la definición de flujos de trabajo y la programación SQL.
Esto le permite comprender cómo adaptar el modelo de datos estándar a la naturaleza específica de una tabla de transacciones externa a Adobe Campaign con una tabla simple. Esta tabla simple puede coincidir con tablas simples disponibles en Adobe Campaign o con otra tabla.
La hipótesis de medición se lanza desde el flujo de trabajo del proceso de operación (operationMgt). Cada hipótesis representa un proceso independiente ejecutado de forma asíncrona con un estado de ejecución (en edición, pendiente, terminado, fallido, etc.), y controlado por un programador que administra restricciones de prioridad, la restricción de la cantidad de procesos simultáneos, la página de la actividad baja y la ejecución automática con la frecuencia.
Configuración de esquemas
CAUTIONSe requiere la integración de la aplicación antes de utilizar el módulo de reacción para definir las distintas tablas (transacciones, detalles de transacción) que se deben medir así como su relación con las entregas, ofertas y personas.
Esquemas estándar
El esquema predeterminado nms:remaMatch contiene la tabla de registro de reacción, es decir, la relación entre personas, hipótesis y tablas de transacciones. Este esquema se utilizará como esquema de herencia para la tabla de destino final de los registros de reacción.
El esquema nms:remaMatchRcp también se considera como estándar, contiene el almacenamiento de registros de reacción para los destinatarios de Adobe Campaign (nms:recipient). Para poder utilizarlo, se deberá extender para que se asigne a una tabla de transacción (que contenga compras, etc.).
Tablas de transacciones y detalles de transacciones
La tabla de transacciones debe incluir vínculos directos hacia las personas.
También puede agregar una tabla que contenga detalles de transacciones. Esto no se vincula directamente a las personas.
Si utilizamos un recibo por ejemplo, una tabla de transacción está vinculada a un contacto (tabla de recibo) y una tabla de líneas de recibo solo está vinculada a la tabla de recibo (tabla de detalles). A continuación, puede configurar la hipótesis directamente en el nivel en el que la tabla de líneas de recibo está vinculada a la tabla de recepción.
NOTERecomendamos añadir una fecha de evento.
El esquema siguiente muestra las uniones entre las distintas tablas una vez completada la configuración:
