Message End Event
Termina el camino y, como acto final, envía un mensaje a otro participante. Círculo grueso con un sobre relleno.
El Evento de Fin Mensaje (Message End Event) fusiona «terminar» con «notificar»: lo último que hace el camino es emitir un mensaje a través de un Flujo de Mensaje — la confirmación al cliente, la respuesta al sistema solicitante.
Cuándo usar y evitar
Cuándo usar
Cuando el último paso natural es informar a la contraparte (confirmación, respuesta, aviso de rechazo).
Como respuesta de colaboraciones petición/respuesta iniciadas por un Inicio Mensaje.
Para garantizar que la notificación no pueda olvidarse tras el trabajo «real».
Cuándo NO usar
Cuando el proceso continúa después de enviar — eso es una Emisión Intermedia de Mensaje.
Para notificaciones internas dentro del mismo Pool — los mensajes cruzan entre participantes.
Cuando nadie necesita saberlo — un Fin Simple es suficiente.
Ejemplo de negocio
Confirmar la finalizació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
- Resolver solicitud finaliza el trabajo.
- El Evento de Fin Mensaje (resaltado, sobre relleno en círculo grueso) envía el aviso de resolución al cliente y termina simultáneamente el camino.
- Nada sigue — el envío fue el acto de cierre.
Diferencias
Fin Mensaje vs Tarea de Envío + Fin Simple
Funcionalmente próximo; el Fin Mensaje es más compacto y hace del mensaje el acto final *definitivo*. Utilice Tarea de Envío + fin cuando el envío necesite características de actividad (reintentos, bordes).
Preguntas frecuentes
¿Adónde va el mensaje?
A lo largo del Flujo de Mensaje hacia el Pool destino — el diagrama de colaboración muestra explícitamente al destinatario.
¿Qué ocurre si el envío falla?
Los eventos de fin no pueden llevar eventos de borde; si la gestión del fallo importa, utilice en su lugar una Tarea de Envío antes de un fin simple.