Evento de Fim de Erro(Error End Event)
Encerra o caminho lançando um erro que um escopo envolvente deve capturar — o jeito de o subprocesso falhar em voz alta. Círculo grosso com raio.
O Fim de Erro (Error End Event) termina o escopo atual de forma anormal: lança um erro nomeado para cima, a ser capturado por uma Borda de Erro na atividade envolvente ou por um subprocesso de evento de erro. Dentro de um subprocesso, é a forma padrão de dizer *isto falhou — tratem aí em cima*.
Quando usar e evitar
Quando usar
Dentro de subprocessos, para sinalizar a falha ao pai explicitamente.
Para encerrar becos de validação como *erros*, e não conclusões silenciosas.
Sempre em par com um construto capturador — erro sem captura é indício de modelo mal resolvido.
Quando NÃO usar
Para resultados negativos normais (proposta recusada) — são fins comuns após um gateway.
No nível superior sem capturador algum — o comportamento degenera para um fim abrupto.
Quando o escopo deve continuar apesar do problema — Escalação.
Exemplo de negócio
Falhando um subfluxo de validação
Abra este exemplo no editor de processos da HEFLO e explore o diagrama por dentro.
Abrir no editor HEFLO →Passo a passo
- Validar documentos descobre uma inconsistência irrecuperável.
- O Fim de Erro (destacado) encerra este escopo lançando “validação falhou”.
- A borda de erro do pai captura e roteia o caso para correção — como mostrado na página da Borda de Erro.
Diferenças
Fim de Erro vs. Fim Simples após gateway
Gateway + Fim Simples modela um resultado negativo esperado; o Fim de Erro modela término anormal que exige tratador. Se o pai precisa reagir de forma especial, lance o erro.
FAQ
Quem captura o erro lançado?
O capturador envolvente mais próximo: uma Borda de Erro no subprocesso/atividade ou um subprocesso de evento de erro do escopo.
Ele aborta ramos irmãos no mesmo escopo?
Sim — um erro encerra o escopo inteiro, não só o caminho que o lançou.