Tarea de Envío(Send Task)
Una tarea cuyo único trabajo es enviar un mensaje a un participante externo. Se completa en cuanto se envía el mensaje. Se marca con un icono de sobre relleno (oscuro).
La Tarea de Envío (Send Task) es la forma de *actividad* del envío de un mensaje: el token llega, el mensaje se transmite a través de un Flujo de Mensajes hacia otro Pool, y el token continúa de inmediato.
Semánticamente está muy cerca del Evento Intermedio de Lanzamiento de Mensaje, pero al ser una actividad puede hacer cosas que un evento no puede: llevar marcadores de bucle o multi-instancia, tener eventos de borde adjuntos (un temporizador, un error) y aparecer en una vista del trabajo a nivel de actividad.
Cuándo usar y evitar
Cuándo usar
Cuando notificar o solicitar algo a otro participante es un paso de trabajo por derecho propio (por ejemplo, Enviar correo de resolución, Enviar orden de compra).
Cuando el paso de envío necesita eventos de borde (por ejemplo, un temporizador para escalar si el envío falla o se bloquea) o marcadores de bucle/multi-instancia (enviar un mensaje por elemento).
Cuando desee que el envío aparezca en informes y métricas a nivel de tarea, como cualquier otra actividad.
Cuándo NO usar
Para una notificación ligera e instantánea en medio del flujo sin semántica de actividad — un Evento Intermedio de Lanzamiento de Mensaje es más liviano.
Para comunicación dentro del mismo Pool — los mensajes existen entre participantes; dentro de un proceso, utilice flujo de secuencia y datos.
Cuando el paso también *espera* la respuesta — combínelo con una Tarea de Recepción o un evento de captura de mensaje; una Tarea de Envío nunca espera.
Ejemplo de negocio
Envío del correo de resolución al cliente
Abra este ejemplo en el editor de procesos de HEFLO y explore el diagrama por dentro.
Abrir en el editor HEFLO →Paso a paso
- Se abre un ticket de soporte y el equipo lo trabaja en Resolver incidencia.
- La Tarea de Envío “Enviar correo de resolución” (resaltada) transmite la resolución al Pool Cliente mediante el flujo de mensajes discontinuo.
- La tarea se completa en cuanto se envía el mensaje — el proceso no espera a que el cliente lo lea — y el ticket se cierra.
El Pool del cliente es una caja negra: vemos que recibe nuestro mensaje, no cómo lo gestiona.
Diferencias
Diferencia entre una Tarea de Envío y un Evento Intermedio de Lanzamiento de Mensaje
Ambos envían un mensaje y continúan, pero la Tarea de Envío es una actividad: puede llevar marcadores de bucle/multi-instancia, aceptar eventos de borde y aparecer en los informes de trabajo. El Evento de Lanzamiento es atómico e instantáneo — pura notificación. Utilice la tarea cuando el envío sea una pieza de trabajo gestionable; utilice el evento cuando solo sea una señal de paso.
Diferencia entre una Tarea de Envío y una Tarea de Servicio
Una Tarea de Servicio realiza trabajo automatizado de propósito general (llamar a una API, actualizar un registro) con carácter de solicitud/respuesta. Una Tarea de Envío transmite específicamente un mensaje a *otro participante* y se conecta a un flujo de mensajes. Elija según la intención: paso de integración → Servicio; comunicación entre participantes → Envío.
Preguntas frecuentes
¿Una Tarea de Envío espera una respuesta?
No — se completa en cuanto se envía el mensaje. Para esperar la respuesta, hágala seguir de una Tarea de Recepción o de un Evento Intermedio de Captura de Mensaje.
¿Puede existir una Tarea de Envío sin un flujo de mensajes?
En un diagrama de colaboración, el flujo de mensajes hacia el Pool receptor hace explícita la comunicación y se recomienda encarecidamente. Si el otro participante no se muestra, el modelo pierde la información de quién recibe el mensaje.