Referência BPMN 2.0

Pool

Contêiner para um processo. Participante de uma interação. A troca entre pools acontece apenas por fluxos de mensagens. Pode ser recolhido para ocultar detalhes.

Raia

Uma faixa dentro do pool que indica quem executa as tarefas (cargo, papel, departamento ou sistema de TI).

Tipos de tarefa

Abstrata (None Task)

Tipo não especificado. Usado nas primeiras fases da modelagem, quando o método de execução ainda não foi definido ou quando ele não é relevante para o objetivo do diagrama. Em essência, um marcador que depois é refinado.

Tarefa de usuário (User Task)

Executada por uma pessoa por meio de uma interface de software: um formulário no CRM, uma tela em um app web, uma tarefa em um gerenciador. A diferença chave em relação à tarefa manual é que a pessoa trabalha dentro do sistema que monitora o status da tarefa.

Tarefa manual (Manual Task)

Executada por uma pessoa sem a participação do motor BPM. O sistema não consegue detectar automaticamente o início ou o fim desse trabalho.

Tarefa de serviço (Service Task)

Executada automaticamente por um programa ou serviço. Nenhuma pessoa está envolvida. É o tipo mais comum em processos executáveis.

Tarefa de envio (Send Task)

Envia uma mensagem para um participante externo específico (outro processo ou sistema) e termina imediatamente, sem aguardar resposta. Padrão «atire e esqueça».

Tarefa de recebimento (Receive Task)

Aguarda uma mensagem recebida de um participante externo. O processo pausa nessa tarefa até a mensagem chegar.

Variante especial: a Receive instanciadora (instantiated): se essa tarefa for o primeiro passo do processo, a própria recepção da mensagem cria uma nova instância (alternativa ao evento de início por mensagem).

Tarefa de script (Script Task)

Executa um script embutido (código) definido diretamente dentro do modelo do processo. Diferente da tarefa de serviço, o código não chama nenhum sistema externo — ele roda dentro do motor BPM.

Tarefa de regra de negócio (Business Rule Task)

Invoca um motor de decisões (por exemplo uma tabela DMN). As entradas são avaliadas contra um conjunto de regras e uma decisão é retornada.

Marcadores de tarefa

Pequenos ícones na parte inferior central do retângulo da tarefa. Indicam o comportamento — não o seu tipo.

Subprocesso

Atividade composta marcada com «+». Contém sua própria sequência de passos. Os fluxos não podem atravessar sua borda. Eventos intermediários são anexados à borda.

Atividade de chamada (Call Activity)

Borda grossa. Referencia um subprocesso global (p. ex. «Compras») reutilizado em diferentes processos.

Subprocesso Ad-hoc

Marcador «~». As atividades internas podem ser executadas em qualquer ordem, repetir-se ou ser puladas. Eventos de início/fim não são permitidos dentro.

Subprocesso por eventos

Borda tracejada dentro de um processo. Disparado por um evento de início enquanto o pai está ativo. Interrompe — cancela o pai. Não interrompe — executa em paralelo.

Gateway exclusivo (XOR)

O gateway mais comum. Ao dividir, ativa exatamente um caminho de saída — aquele cuja condição é satisfeita primeiro. Se nenhuma condição é atendida, o processo falha com erro (por isso é boa prática sempre definir uma ramificação «padrão»). Ao convergir, deixa cada token que chega passar imediatamente, sem esperar os demais.

Analogia: uma bifurcação na estrada onde você segue apenas em uma direção.

Gateway paralelo (AND)

Ao dividir, ativa todos os caminhos de saída simultaneamente, sem condições — sem verificações. Ao convergir, aguarda tokens em todos os caminhos de entrada e somente quando todos chegam é que passa um único token adiante.

Analogia: um gerente distribui tarefas a cinco funcionários e aguarda até que todos os cinco terminem.

Gateway inclusivo (OR)

Híbrido entre XOR e AND. Ao dividir, ativa um ou mais caminhos conforme as condições — cada condição é avaliada de forma independente. Ao convergir, aguarda tokens apenas nos caminhos que foram realmente ativados (não em todos, como o AND).

Analogia: um bufê — você pega um prato, dois ou todos, mas nunca zero.

Gateway baseado em eventos

É fundamentalmente diferente dos demais: roteia não pelos dados, mas pelo evento que ocorrer primeiro. Após o gateway são colocados eventos intermediários de espera (temporizador, mensagem, condição, sinal). Assim que um dispara, os demais são cancelados.

Analogia: você envia uma proposta a um candidato e espera: se ele responder, você segue; se passar uma semana sem resposta, passa ao próximo candidato.

Gateway complexo

Usado quando a lógica de ramificação não pode ser expressa pelos gateways padrão. A condição de convergência é definida por uma expressão (por exemplo, «continuar quando 3 de 5 ramos tiverem finalizado» ou «quando chegar a primeira resposta e tiverem se passado 10 minutos»).

Vazio (None / Exclusivo por padrão)

Um losango sem marcador. Semanticamente equivalente ao exclusivo (XOR) — o padrão BPMN permite omitir a cruz. Alguns metodologistas consideram má prática, pois prejudica a legibilidade: não fica claro se o autor esqueceu o marcador ou escolheu XOR de propósito.

Conceitos-chave

Um evento é algo que ocorre (um fato), ao contrário de uma tarefa (ação ativa). Representados por círculos.

Catching (marcador sem preenchimento) — espera. Throwing (preenchido) — dispara. Eventos de borda: interrompem (sólido) e não interrompem (tracejado).

Mensagem (Message)

Troca com um destinatário específico: e-mail, chamada, HTTP, push. Disponível em todas as posições.

Temporizador (Timer)

Data/hora, intervalo, contagem regressiva (prazo). Apenas catching.

Erro

Falha grave. Catching — apenas em borda. Throwing — apenas final.

Condicional (Conditional)

Espera de uma condição externa («o estoque fica abaixo do mínimo»). Apenas catching.

Sinal (Signal)

Difusão (em oposição a uma mensagem endereçada). Qualquer assinante reage.

Terminar (Terminate)

Encerra imediatamente toda a instância do processo. Apenas final.

Link

«Teletransporte» do fluxo. Um par throw + catch substitui uma seta longa. Apenas intermediário.

Compensação (Compensation)

Reverte uma ação já executada. A tarefa compensatória é vinculada por uma associação.

Escalação (Escalation)

Vai do subprocesso para o pai, sem ser um erro. Pode ser não interruptora.

Cancelar (Cancel)

Apenas no contexto de transações. Final — rollback. Borda — catch.

Objeto de dados (Data Object)

«Folha de papel» com o canto dobrado. Representa informação que é criada, consumida ou transferida entre tarefas dentro de uma instância do processo. Só existe enquanto a instância estiver viva.

Repositório de dados (Data Store)

Um cilindro. Armazenamento persistente que sobrevive à instância do processo: banco de dados, registro, repositório de arquivos. As tarefas leem e escrevem nele.

Entrada / Saída de dados (Data Input / Output)

Parâmetros do processo ou subprocesso na sua borda. Entrada — o que é fornecido externamente; saída — o que é retornado. Seta com triângulo vazado/preenchido.

Anotação de texto (Text Annotation)

Um comentário ligado a qualquer elemento por uma linha tracejada. Não afeta a execução — serve apenas para esclarecer o diagrama ao leitor.

Grupo (Group)

Retângulo tracejado de cantos arredondados. Agrupamento visual de elementos (por exemplo, «todas as tarefas de logística»). Não possui semântica de execução; os fluxos podem atravessar sua borda livremente.

Fluxo de sequência (Sequence Flow)

Seta sólida com ponta preenchida. Define a ordem de execução dentro de um mesmo pool. Não pode atravessar bordas de pool.

Fluxo condicional (com um pequeno losango na origem) — só dispara se a condição for verdadeira. Usado em setas de saída de uma tarefa sem gateway.

Fluxo padrão (com um traço na origem) — caminho de reserva de um gateway XOR/OR ou de uma bifurcação condicional, ativado quando nenhuma das condições é satisfeita.

Fluxo de mensagens (Message Flow)

Seta tracejada com ponta vazada. Conecta pools diferentes — uma mensagem trocada entre participantes independentes. Não é usado dentro de um mesmo pool.

Transação (Transaction)

Subprocesso com borda dupla. Semântica ACID: ou todas as ações internas são confirmadas com sucesso, ou toda a transação é revertida via um evento Cancel (com compensações). Usada para manter consistência em operações distribuídas.