Tarea de Recepción(Receive Task)
Una tarea que espera la llegada de un mensaje de un participante externo. El token se detiene en la tarea hasta que se recibe el mensaje. Se marca con un icono de sobre abierto (claro).
La Tarea de Recepción (Receive Task) es la forma de *actividad* de la espera de un mensaje. Es la contraparte natural de la Tarea de Envío: un participante envía, el otro recibe.
Dos características la distinguen del evento de captura equivalente:
- Como actividad, acepta eventos de borde (adjunte un temporizador para dar un tiempo límite a la espera) y marcadores de bucle/multi-instancia (recibir un mensaje por elemento).
- La especificación le otorga un atributo instantiate: una Tarea de Recepción con
instantiate = truepuede iniciar una nueva instancia de proceso al recibir el mensaje — el equivalente en actividad de un Evento de Inicio de Mensaje.
Cuándo usar y evitar
Cuándo usar
Cuando esperar una respuesta externa es un paso de trabajo que el equipo hace seguimiento (por ejemplo, Recibir cotización del proveedor, Recibir contrato firmado).
Cuando la espera necesita un tiempo límite: adjunte un Evento de Borde de Temporizador para escalar o seguir un camino alternativo si no llega nada.
Cuando la recepción deba aparecer en métricas a nivel de actividad (¿cuánto esperamos a los proveedores?).
Cuándo NO usar
Para una pausa ligera sin semántica de actividad — un Evento Intermedio de Captura de Mensaje es más liviano.
Cuando el mensaje debe iniciar el proceso y no tiene razón para preferir una actividad — el Evento de Inicio de Mensaje es la opción convencional.
Para sincronización *dentro* del mismo Pool — los mensajes solo existen entre participantes.
Ejemplo de negocio
Esperando la cotización de un proveedor
Abra este ejemplo en el editor de procesos de HEFLO y explore el diagrama por dentro.
Abrir en el editor HEFLO →Paso a paso
- Compras necesita una cotización y envía una solicitud de presupuesto (RFQ) al Pool Proveedor.
- La Tarea de Recepción “Recibir cotización del proveedor” (resaltada) retiene el token: el proceso espera aquí hasta que llega el mensaje del proveedor a través del flujo de mensajes discontinuo.
- Cuando se recibe la cotización, el proceso finaliza con la cotización en mano.
En un modelo de producción, un Evento de Borde de Temporizador en la tarea de recepción gestionaría a los proveedores que nunca responden.
Diferencias
Diferencia entre una Tarea de Recepción y un Evento Intermedio de Captura de Mensaje
Ambos pausan el flujo hasta que llega un mensaje. La Tarea de Recepción es una actividad — acepta eventos de borde (¡tiempos límite!), marcadores de bucle/multi-instancia y aparece en las métricas de trabajo. El Evento de Captura es atómico y más liviano. Si necesita un tiempo límite en la espera, la tarea + borde de temporizador es el patrón idiomático.
Tarea de Recepción con instantiate frente a Evento de Inicio de Mensaje
Una Tarea de Recepción con instantiate = true puede crear una nueva instancia de proceso cuando llega su mensaje — funcionalmente similar a un Evento de Inicio de Mensaje. El evento de inicio es la opción convencional y más legible; la tarea de recepción instanciadora es poco frecuente y se usa sobre todo cuando el primer paso debe ser una actividad.
Preguntas frecuentes
¿Qué pasa si el mensaje nunca llega?
Adjunte un Evento de Borde de Temporizador a la tarea de recepción. Cuando expira el plazo, el flujo toma el camino alternativo (escalar, cancelar, hacer seguimiento) — con un borde interruptor, la espera se abandona.
¿Cómo sabe el motor qué mensaje pertenece a qué instancia?
Por correlación: una clave de negocio que lleva el mensaje (un número de pedido, un ID de ticket) se coteja con las instancias en espera. Todos los motores ofrecen un mecanismo de correlación para esto.