Evento de limite

O que é um evento de limite

Um evento de limite BPMN 2.0 é um evento intermediário de captura anexado à borda de uma atividade. Ele aguarda um gatilho, como um prazo, uma mensagem, um erro, um sinal ou uma alteração nos dados, enquanto a atividade está em execução. Quando o gatilho ocorre, abre um caminho para sair dessa atividade.

• Ele sempre fica na borda de uma tarefa, subprocesso, transação ou Call Activity. Não pode ser anexado a um evento ou gateway, nem ficar solto no fluxo.
• Tem fluxos de sequência de saída, mas não de entrada: a atividade à qual está anexado é o único ponto de entrada.
• Ele só aguarda gatilhos enquanto a atividade está ativa. Se a atividade terminar primeiro, o evento de limite não será acionado. A remuneração é uma exceção: o evento fica armado depois que a atividade termina.
• Quando o gatilho ocorre, um token sai pelo fluxo de saída do evento de limite. Um evento interruptivo substitui o token da atividade; um evento não interruptivo adiciona outro token ao lado dele.
• Na notação, ele aparece como um círculo duplo na borda da atividade, com o símbolo do gatilho dentro.

O ProcessMind é compatível com todos os tipos de eventos de limite listados nesta página. Arraste um evento do grupo Evento de limite ou Limite não interativo na paleta Elementos BPMN até a borda de uma atividade para anexá-lo. Você também pode arrastar um evento intermediário de captura existente até a borda de uma atividade para anexá-lo e arrastá-lo para fora para desanexá-lo. A anexação e a configuração de interrupção são mantidas na exportação e na reimportação do BPMN.

Interruptivo ou não interruptivo

Os eventos de limite têm duas formas. A forma determina o que acontece com a atividade quando o gatilho ocorre.

	Interruptivo	Não interruptivo
Representação	Um anel duplo contínuo	Um anel duplo tracejado
Efeito na atividade	É cancelada imediatamente; o trabalho em andamento é abandonado	Continua em execução; nada é cancelado
Caminhos após o gatilho	Apenas o caminho do evento de limite; o fluxo de saída normal da atividade não é seguido	Ambos: o caminho normal continua e o caminho do evento de limite é executado em paralelo
Frequência de acionamento	Uma vez; a atividade é encerrada após o gatilho	Mais de uma vez enquanto a atividade permanecer ativa, por exemplo, a cada ciclo de um timer recorrente
Atributo BPMN	cancelActivity="true"	cancelActivity="false"

Um evento de limite interruptivo substitui a continuação normal da atividade. Um evento de limite não interruptivo abre um desvio a partir dela.

Use um evento interruptivo quando o gatilho tornar inútil ou inseguro concluir a atividade, como no caso de um prazo perdido, uma falha ou uma desistência. Use um evento não interruptivo quando o gatilho exigir trabalho adicional em paralelo com a atividade, ou um lembrete ou uma notificação que não descarte o trabalho em andamento.

As duas formas só fazem sentido enquanto a atividade está ativa. Quando um evento interruptivo é acionado, ele cancela a atividade e desativa ao mesmo tempo os outros eventos de limite anexados a ela. Um evento não interruptivo mantém a atividade e os demais eventos de limite ativos.

Uma atividade, vários eventos de limite. Uma atividade pode ter vários eventos de limite. Uma combinação comum em uma tarefa de aprovação é:

• Um timer interruptivo após dois dias úteis: escalone o caso e interrompa a tarefa.
• Um timer não interruptivo a cada quatro horas: envie um lembrete e deixe a tarefa continuar.
• Um erro interruptivo no subprocesso que realiza a verificação: trate uma falha técnica.

Tipos de eventos de limite

O ProcessMind é compatível com os tipos abaixo. O grupo interruptivo é maior porque alguns gatilhos só fazem sentido quando interrompem a atividade.

Eventos de limite interruptivos

Tipo	O que significa	Exemplo típico
Mensagem	Aguarda uma mensagem específica endereçada a esta atividade.	“Aguardar cotação do fornecedor” é interrompida pela mensagem “cotação retirada” e continua em “Buscar outro fornecedor”.
Timer	Um prazo: uma duração, uma data ou um ciclo calculado a partir do início da atividade.	“Aprovar despesa” tem um timer de dois dias; se não terminar, o caso segue para “Escalonar para o gerente financeiro”.
Erro	Captura um erro lançado dentro da atividade e a interrompe. Eventos de limite de erro são sempre interruptivos.	O subprocesso “Executar análise de crédito” lança o erro “falha na verificação”; o caminho de limite segue para “Solicitar análise manual de crédito”.
Escalonamento	Interrompe a atividade porque um nível superior precisa assumir.	“Resolver incidente” é escalonado quando o prazo da primeira resposta não é cumprido e segue para “O responsável pelo incidente assume”.
Cancelar	Captura o evento final de cancelamento de um subprocesso de transação. Só é válido em uma transação.	A transação “Reservar viagem” é cancelada pelo cliente; o caminho de limite segue para “Reembolsar pagamento e liberar reservas”.
Remuneração (caso especial)	Executa o manipulador de remuneração de uma atividade já concluída para desfazer seu efeito. Não cancela o trabalho em andamento.	“Cobrar depósito” é compensada por “Reembolsar depósito” quando o pedido é cancelado mais adiante no processo.
Condicional	É acionado quando uma condição de negócio se torna verdadeira durante a atividade.	“Reservar estoque” é interrompida quando availableStock < orderedQuantity; o caso segue para “Colocar em espera e avisar o cliente”.
Sinal	Captura um sinal transmitido em difusão. O sinal não é endereçado a uma atividade específica; todos os ouvintes correspondentes podem reagir.	“Reunir documentos pendentes” é interrompida pelo sinal da empresa “caso retirado”, e o caso é encerrado.
Múltiplo	É acionado quando ocorre um de vários gatilhos.	“Aguardar resposta do cliente” captura a mensagem “resposta recebida” ou um timer de dez dias; o que ocorrer primeiro encerra a espera.
Múltiplo paralelo	É acionado somente quando todos os gatilhos ocorrem.	“Reunir aprovações para lançamento” aguarda as mensagens de aprovação jurídica e de segurança antes de prosseguir.

Algumas regras práticas para este grupo:

• Erro deve ser anexado a um subprocesso, uma Call Activity ou uma transação, ou seja, à atividade que pode realmente lançar o erro. Em uma tarefa simples, não há nada dentro que possa falhar.
• Cancelar deve ser anexado a um subprocesso de transação. Em outros contextos, não há nada para capturar.
• Remuneração é o caso especial. O evento fica armado depois que a atividade termina e é acionado por um evento de remuneração lançado em outra parte do processo. Ele representa “desfazer uma etapa já concluída”, não “interromper a etapa em andamento”.
• Múltiplo representa uma disputa entre gatilhos. Múltiplo paralelo é um gateway que aguarda todos eles.

Eventos de limite não interruptivos

Tipo	O que significa	Exemplo típico
Mensagem	Uma mensagem chega enquanto a atividade continua; ela inicia um caminho paralelo.	“Elaborar proposta” continua em execução quando a mensagem “comentário do revisor recebido” inicia “Registrar comentário da revisão”.
Timer	Um lembrete ou uma verificação periódica; a atividade não é interrompida.	“Tratar chamado de suporte” tem um timer recorrente de oito horas que inicia “Enviar atualização de status” enquanto o atendimento continua.
Escalonamento	Gera um escalonamento em paralelo com a atividade, sem encerrá-la.	“Resolver reclamação” continua em execução enquanto o escalonamento “cliente estratégico” inicia “Avisar diretor de contas”.
Condicional	Uma condição inicia um caminho paralelo enquanto a atividade continua.	“Processar solicitação de empréstimo” continua em execução quando riskScore > 70 inicia “Sinalizar para revisão de auditoria”.
Sinal	Uma transmissão em difusão inicia um caminho paralelo para cada ouvinte; a atividade continua.	“Executar processamento noturno em lote” continua em execução quando o sinal “mercado fechado” inicia “Salvar totais parciais”.
Múltiplo	Um entre vários gatilhos inicia um caminho paralelo; a atividade continua.	“Negociar contrato” continua aberta; uma mensagem da contraparte ou um timer de três dias inicia “Enviar lembrete”.
Múltiplo paralelo	Todos os gatilhos, em conjunto, iniciam um caminho paralelo; a atividade continua.	“Aguardar todas as verificações” permanece ativa até a chegada da mensagem e do sinal; em seguida, inicia “Registrar prontidão”.

Eventos de limite não interruptivos são úteis para lembretes, notificações, observação e escalonamento em paralelo. Eles não alteram o fluxo principal; acrescentam um caminho paralelo.

Tipos de evento que não são eventos de limite

Alguns tipos de evento parecem poder funcionar como eventos de limite, mas não funcionam:

• Link conecta partes de um fluxo. É um evento intermediário de captura ou de lançamento na sequência, não um evento anexado.
• Terminate encerra uma instância inteira de processo e só existe como evento final.
• Nenhum não é um gatilho. Por isso, um evento de limite nunca pode ser “Nenhum”: todo evento de limite precisa capturar algo.

Como adicionar um evento de limite no ProcessMind

1. Abra a paleta Elementos BPMN.
2. Escolha um tipo no grupo Evento de limite para um evento interruptivo ou no grupo Limite não interativo para um evento não interruptivo.
3. Arraste-o até a borda de uma tarefa, subprocesso, transação ou Call Activity.
4. Solte-o. O evento se encaixa na borda mais próxima, e a atividade se torna sua hospedeira.
5. Desenhe o fluxo de sequência do evento de limite até a primeira etapa da exceção ou do caminho paralelo.

Dicas para trabalhar com eventos de limite:

• Ao soltar um evento intermediário na borda de uma atividade, você o anexa. Se soltá-lo em uma área vazia da tela, ele será criado como um evento intermediário de captura normal. Depois, arraste-o até uma borda para anexá-lo ou para fora dela para desanexá-lo.
• Um evento de limite se move, fica oculto e é excluído junto com a atividade hospedeira. Ele nunca fica separado de uma atividade.
• A versão não interruptiva é uma opção separada na paleta, não uma caixa de seleção. Escolha-a antes de arrastar se a atividade precisar continuar em execução.
• Na exportação, a anexação é registrada como attachedToRef e a configuração de interrupção como cancelActivity. Ambas são restauradas quando o arquivo é importado novamente.

Erros comuns

• Um evento de limite sem fluxo de saída. Ele captura o gatilho, mas não tem para onde seguir, deixando o caminho da exceção sem saída.
• Um timer não interruptivo quando é preciso interromper a atividade. A atividade continua em execução, então o prazo não encerra o trabalho. Use a versão interruptiva para um prazo.
• Um evento de limite de erro em uma tarefa simples. Anexe-o ao subprocesso ou à Call Activity que contém a etapa com falha.
• Esperar que um evento de limite seja acionado depois que a atividade terminou. Isso não acontece, exceto no caso da remuneração, que fica armada após a conclusão.
• Usar Cancelar fora de uma transação. O evento de limite de cancelamento só é definido para subprocessos de transação.
• Usar dois eventos interruptivos em uma atividade e esperar que os dois caminhos sejam executados. O primeiro gatilho vence; a atividade e os outros eventos de limite são cancelados junto com ela.

Todos os eventos e seus símbolos correspondentes

Gere um modelo BPMN personalizado

Tópicos relacionados

• Eventos: todos os tipos de evento.
• Intermediate Event: eventos no meio de um fluxo.
• Atividades: tarefas e subprocessos aos quais um evento de limite pode ser anexado.
• Elementos BPMN compatíveis: o que o ProcessMind importa e exporta.
• BPMN 2.0: um guia prático: a notação com exemplos práticos.