Aula 2: Elementos básicos do BPMN: eventos, atividades, gateways e fluxos

Com a introdução ao BPMN feita na aula anterior, vamos agora detalhar os quatro elementos mais usados ao desenhar um processo nessa notação: eventos, atividades, gateways e fluxos de sequência.

Eventos: o que acontece em pontos específicos

Eventos representam algo que acontece em um momento específico do processo, sem ter uma duração contínua. Os principais tipos são:

Evento de início: representado por um círculo fino, marca onde o processo começa. Por exemplo, "cliente envia solicitação de reembolso".
Evento de fim: representado por um círculo de borda mais grossa, marca onde o processo termina. Por exemplo, "reembolso pago" ou "solicitação rejeitada".
Eventos intermediários: representam algo que acontece no meio do processo, como o recebimento de uma mensagem ou a espera de um prazo (timer).

Atividades: o trabalho que é realizado

Atividades representam um trabalho realizado durante o processo, geralmente desenhadas como retângulos com cantos arredondados. Cada atividade descreve uma ação concreta, como "analisar comprovante" ou "aprovar solicitação".

Uma boa prática é nomear atividades com verbo no infinitivo seguido de um complemento claro, evitando nomes vagos como "processar" sem dizer o que está sendo processado.

Gateways: pontos de decisão

Gateways, representados por losangos, indicam pontos do processo em que o caminho se divide com base em uma condição. O tipo mais comum é o gateway exclusivo, em que o fluxo segue apenas um dos caminhos possíveis, dependendo de uma decisão.

Exemplo: depois da atividade "analisar comprovante", um gateway pode perguntar "comprovante válido?". Se a resposta for sim, o fluxo segue para "aprovar reembolso"; se for não, segue para "solicitar novo comprovante" ou "rejeitar solicitação".

Fluxos de sequência: a ordem das coisas

Fluxos de sequência são as setas que conectam eventos, atividades e gateways, indicando a ordem em que as coisas acontecem. Sem esses fluxos, o diagrama seria apenas um conjunto de símbolos soltos, sem indicar o caminho que o processo realmente percorre.

Montando um exemplo simples

Juntando esses elementos, o processo de aprovação de reembolso ficaria assim, em palavras:

Evento de início: "solicitação de reembolso recebida".
Atividade: "analisar comprovante".
Gateway: "comprovante válido?"
Se sim, atividade: "aprovar e pagar reembolso", seguida do evento de fim "reembolso pago".
Se não, atividade: "solicitar correção ao colaborador", retornando ao início da análise.

Da notação ao pipeline real

Esse mesmo fluxo, depois de desenhado em BPMN, pode ser transformado diretamente em um pipeline na Octapipe: cada atividade se torna uma coluna ou uma etapa dentro do card, e os gateways se tornam regras de automação que direcionam o card para o caminho correto, dependendo das informações preenchidas no formulário inicial.

Próximo passo

Processos que envolvem mais de uma área da empresa precisam de uma forma clara de mostrar quem é responsável por cada parte do fluxo. É isso que veremos na próxima aula, com os conceitos de pools e lanes.