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:

  1. Recopilación de eventos
  2. Transferencia de eventos a una plantilla de mensajes
  3. Enriquecimiento de eventos con datos de personalización
  4. Ejecución de entrega
  5. 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.

NOTA

Para obtener más información sobre las instancias de mensajería transaccional, consulte Arquitectura de mensajería transaccional.

Recopilació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.

NOTA

En las instancias de ejecución, las carpetas Real time events o Batch events no deben configurarse como vistas, ya que esto podría provocar problemas con el derecho de acceso. Para obtener más información sobre la configuración de una carpeta como vista, consulte esta sección.

Enrutamiento 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.

Reciclaje de eventos

Si falla el envío de un mensaje en un canal específico, Adobe Campaign puede reenviar el mensaje con un canal diferente. Por ejemplo, si un envío del canal SMS falla, el mensaje se reenvía mediante el canal de correo electrónico.

Para ello, es necesario configurar un flujo de trabajo que vuelva a crear todos los eventos con el estado Error de entrega y les asigne un canal diferente.

PRECAUCIÓN

Este paso solo se puede llevar a cabo con un flujo de trabajo y, por lo tanto, se reserva para usuarios expertos. Para obtener más información, póngase en contacto con su administrador de cuentas de Adobe.

En esta página