Procesamiento de eventos
En el contexto de los mensajes transaccionales, un sistema de información genera un evento y este se envía a Adobe Campaign mediante los métodos PushEvent y PushEvents (consulte Descripción del evento).
Este evento contiene datos vinculados al evento, como su tipo (confirmación de pedido, creación de cuenta en un sitio web, etc.), dirección de correo electrónico o número de móvil, así como otra información que permite enriquecer y personalizar el mensaje transaccional antes de la entrega (información de contacto del cliente, idioma del mensaje, formato del correo electrónico, etc.).
Ejemplo de datos de eventos:
Pasos del procesamiento de eventos
Para procesar los eventos de mensajería transaccional, se aplican los siguientes pasos a las instancias de ejecución:
- Recopilación de eventos
- Transferencia de eventos a una plantilla de mensajes
- Enriquecimiento de eventos con datos de personalización
- Ejecución de envíos
- Reciclaje de eventos cuya entrega vinculada ha dado error (a través de un flujo de trabajo de Adobe Campaign)
Una vez que todos los pasos anteriores se llevan a cabo mediante la instancia de ejecución, cada destinatario objetivo recibe un mensaje personalizado.
NOTERecopilación de eventos
Los eventos que genera el sistema de información se pueden recopilar de dos modos:
-
Las llamadas a métodos SOAP permiten insertar eventos en Adobe Campaign: el método PushEvent permite enviar un evento a la vez, mientras que el método PushEvents permite enviar varios a la vez. Para obtener más información, consulte Descripción del evento.
-
La creación de un flujo de trabajo permite recuperar eventos mediante la importación de archivos o mediante una puerta de vínculo SQL (con la opción Acceso de datos federado).
Una vez recopilados, los eventos se desglosan, por flujos de trabajo técnicos, entre colas en tiempo real y por lotes de las instancias de ejecución, mientras esperan vincularse a una plantilla de mensaje.
NOTEEnrutamiento hacia una plantilla
Una vez que la plantilla de mensaje se publica en las instancias de ejecución, se generan dos plantillas automáticamente: una que se vinculará a un evento en tiempo real y otra que se vinculará a un evento “batch”.
El paso de enrutamiento consiste en vincular un evento a la plantilla de mensaje correspondiente, basándose en:
-
El tipo de evento especificado en las propiedades del propio evento:
-
El tipo de evento especificado en las propiedades de la plantilla de mensaje:
De forma predeterminada, el enrutamiento se basa en la siguiente información:
- El tipo de evento
- El canal que se va a utilizar (predeterminado: correo electrónico)
- La plantilla de envío más reciente, en función de la fecha de publicación
Estados de eventos
Event history, en Message Center > Event history, agrupa todos los eventos procesados en una sola vista. Pueden clasificarse por tipo de evento o por estado. Estos estados son:
-
Pendiente: El evento puede ser:
- un evento que acaba de ser recopilado y que aún no se ha procesado. La columna Number of errors muestra el valor 0. La plantilla de correo electrónico aún no se ha vinculado.
- un evento procesado pero cuya confirmación es errónea. La columna Number of errors muestra un valor que no es 0. Para saber cuándo se volverá a procesar este evento, consulte la columna Process requested on.
-
Pendiente de entrega: el evento se procesó y la plantilla de envío está vinculada. El correo electrónico está pendiente de envío y se aplica el proceso de entrega clásico. Abra la entrega para obtener más información.
-
Enviado, Ignorado y Error de entrega: estos estados de envío se recuperan mediante el flujo de trabajo updateEventsStatus. Para obtener más información, se puede abrir la entrega correspondiente.
-
Evento no cubierto: la fase de enrutamiento de la mensajería transaccional ha dado error. Por ejemplo, Adobe Campaign no encontró el correo electrónico que actúa como plantilla para el evento.
-
Evento caducado: se ha alcanzado el número máximo de intentos de envío. El evento se considera nulo.
