Evento de Inicio de Mensaje(Message Start Event)
Inicia una nueva instancia de proceso cuando llega un mensaje de otro participante. Círculo fino con un icono de sobre claro (sin rellenar).
El Evento de Inicio Mensaje (Message Start Event) es la manera en que un proceso reacciona al mundo exterior: un cliente envía un pedido, un socio presenta una reclamación, otro sistema publica una solicitud — y se crea una nueva instancia para atenderla.
En un diagrama de colaboración, un Flujo de Mensaje (Message Flow) discontinuo desde el Pool del emisor hacia este evento hace explícito el disparador.
Cuándo usar y evitar
Cuándo usar
Cuando cada solicitud entrante de otro participante debe crear su propia instancia de proceso.
Para integraciones de sistemas donde una llamada externa origina el proceso.
Cuando quiere que el disparador quede documentado y sea exigible por el motor.
Cuándo NO usar
Cuando el mensaje debe recibirse a mitad del proceso por una instancia ya existente — utilice un Evento Intermedio de Recepción de Mensaje o una Tarea de Recepción.
Para difusiones con destinatarios desconocidos — eso es un Evento de Inicio Señal.
Para traspasos internos dentro del mismo Pool — los mensajes solo existen entre participantes.
Ejemplo de negocio
Un pedido de cliente crea una instancia de cumplimiento
Abra este ejemplo en el editor de procesos de HEFLO y explore el diagrama por dentro.
Abrir en el editor HEFLO →Paso a paso
- El Evento de Inicio Mensaje (resaltado) se dispara al llegar el mensaje de pedido del cliente — una instancia por pedido.
- Procesar pedido gestiona la nueva instancia.
- La instancia termina cuando el pedido queda atendido.
Diferencias
Diferencia entre un Evento de Inicio Mensaje y una Recepción Intermedia de Mensaje
El Inicio crea una instancia *nueva* al llegar el mensaje. La Recepción Intermedia hace que una instancia *existente* espere un mensaje. Pregúntese: ¿este mensaje abre el trabajo o lo reanuda?
Preguntas frecuentes
¿Cómo llega el mensaje del emisor a este evento?
A través de un Flujo de Mensaje desde el Pool del emisor. Técnicamente, los motores vinculan el evento a un canal — un endpoint de API, una cola, una dirección de correo electrónico.
¿Qué ocurre si llegan dos pedidos al mismo tiempo?
Cada mensaje crea su propia instancia independiente — ese es precisamente el objetivo.