Evento de Fim de Mensagem(Message End Event)
Encerra o caminho e, como ato final, envia uma mensagem a outro participante. Círculo grosso com envelope preenchido.
O Fim de Mensagem (Message End Event) une 'terminar' e 'notificar': a última coisa que o caminho faz é emitir uma mensagem por um Fluxo de Mensagem — a confirmação ao cliente, a resposta ao sistema solicitante.
Quando usar e evitar
Quando usar
Quando o último passo natural é informar a contraparte (confirmação, resposta, aviso de rejeição).
Como a resposta de colaborações requisição/resposta iniciadas por um Início de Mensagem.
Para garantir que a notificação não seja esquecida depois do trabalho 'de verdade'.
Quando NÃO usar
Quando o processo continua após o envio — isso é Lançamento de Mensagem intermediário.
Para notificações internas no mesmo Pool — mensagens cruzam participantes.
Quando ninguém precisa saber — um Fim Simples basta.
Exemplo de negócio
Confirmando a conclusão ao cliente
Abra este exemplo no editor de processos da HEFLO e explore o diagrama por dentro.
Abrir no editor HEFLO →Passo a passo
- Resolver solicitação conclui o trabalho.
- O Fim de Mensagem (destacado, envelope preenchido em círculo grosso) envia o aviso de resolução ao cliente e, simultaneamente, encerra o caminho.
- Nada vem depois — enviar foi o ato de encerramento.
Diferenças
Fim de Mensagem vs. Tarefa de Envio + Fim Simples
Funcionalmente próximos; o Fim de Mensagem é mais compacto e faz da mensagem o ato final *definitivo*. Use Tarefa de Envio + fim quando o envio precisar de recursos de atividade (retries, bordas).
FAQ
Para onde vai a mensagem?
Pelo Fluxo de Mensagem até o Pool alvo — o diagrama de colaboração mostra o destinatário explicitamente.
E se o envio falhar?
Eventos de fim não aceitam bordas; se o tratamento de falha importa, use uma Tarefa de Envio antes de um fim simples.