Show Menu
TEMAS×

Flujos de trabajo técnicos

Debe asegurarse de que los flujos de trabajo técnicos de la instancia de control y de las diferentes instancias de ejecución se hayan creado e iniciado antes de implementar cualquier plantilla de mensaje transaccional.
Los distintos flujos de trabajo técnicos relacionados con los mensajes transaccionales (centro de mensajes) se desglosan entre la instancia de control y la instancia de ejecución.

Flujos de trabajo de instancias de control

En la instancia de control, se debe crear un flujo de trabajo de archivado por instancia de ejecución. A continuación, se puede acceder a los flujos de trabajo de archivado desde la carpeta Administration > Production > Message Center. Una vez creados, los flujos de trabajo de archivado se inician automáticamente.
Arquitectura distribuida
Si se tiene una o varias instancias de ejecución registradas, en la instancia de control se debe crear un flujo de trabajo de archivado para cada cuenta externa Message Center execution instance . Haga clic en el botón Create the archiving workflow para crear e iniciar el flujo de trabajo.
Arquitectura mínima
Una vez instalados los módulos de control y ejecución en la misma instancia, se debe crear el flujo de trabajo de archivado mediante el asistente de implementación. Haga clic en el botón Create the archiving workflow para crear e iniciar el flujo de trabajo.

Flujos de trabajo de instancias de ejecución

En la instancia de ejecución, se puede acceder a los flujos de trabajo técnicos para la mensajería transaccional desde la carpeta Administration > Production > Message Center. Solo tiene que iniciarlos. Los flujos de trabajo de la lista son:
  • Processing batch events (internal name: batchEventsProcessing ): este flujo de trabajo permite desglosar eventos por lote en cola antes de relacionarlos con una plantilla de mensaje.
  • Processing real time events (internal name: rtEventsProcessing ): este flujo de trabajo permite desglosar eventos en tiempo real en cola antes de relacionarlos con una plantilla de mensaje.
  • Update event status (internal name: updateEventStatus ): este flujo de trabajo le permite atribuir un estado al evento.
    Los siguientes estados de eventos están disponibles:
    • Pending : el evento está en cola. Aún no se le ha asignado ninguna plantilla de mensaje.
    • Pending delivery : el evento está en cola, se le ha asignado una plantilla de mensaje y la entrega lo está procesando.
    • Enviado : este estado se copia desde los “logs” de envío. Significa que la entrega se realizó.
    • Envío ignorado : este estado se copia desde los “logs” de envío. Significa que la entrega se ha omitido.
    • Delivery failed : este estado se copia desde los registros de envío. Significa que la entrega ha fallado.
    • Event not taken into account : el evento no se ha podido relacionar con una plantilla de mensaje. El evento no se va a procesar.