Modelo e Notação de Processos de Negócio, ou BPMN, é uma linguagem visual padronizada para descrever como o trabalho é realizado. Ajuda analistas de negócios, gestores, desenvolvedores e participantes de processos a compreenderem o mesmo processo sem depender de procedimentos escritos longos.

Um diagrama BPMN é construído a partir de quatro categorias amplas:

Gráfico de referência da notação BPMN ilustrando objetos de fluxo, objetos de conexão, pistas e artefatos com exemplos e descrições.

Objetos de fluxo:Eventos, atividades e gateways
Objetos de conexão:Fluxos de sequência, fluxos de mensagens e associações
Piscinas e faixas:Piscinas e faixas
Artifatos:Objetos de dados, grupos e anotações de texto

Este guia se concentra na categoria mais importante: Objetos de fluxo BPMN. Objetos de fluxo descrevem o que acontece em um processo, que trabalho é realizado e como o processo passa de uma trajetória para outra.

1. O que são Objetos de Fluxo BPMN?

Objetos de fluxo são os elementos centrais de um diagrama de processo BPMN. Eles são conectados por fluxos de sequência e representam o comportamento de um processo.

Existem três tipos:

Objeto de fluxo	Forma básica	Propósito principal
Evento	Círculo	Algo que acontece
Atividade	Retângulo arredondado	Trabalho que é realizado
Porta de entrada	Losango	Uma decisão, divisão, fusão ou ponto de sincronização

Um processo simples pode parecer conceitualmente assim:

Evento Inicial → Atividade → Porta de entrada → Atividade → Evento Final

Por exemplo:

Diagrama de fluxo BPMN mostrando um fluxo de processo com símbolos de evento de início, atividade, gateway e evento de fim.

Pedido Recebido → Verificar Estoque → O item está disponível?
                                      ├── Sim → Enviar Pedido
                                      └── Não → Notificar Cliente

As formas são simples, mas os símbolos dentro delas fornecem significado adicional.

2. Eventos: Coisas que acontecem

Um eventorepresenta algo que acontece durante o curso de um processo. Diferentemente de uma atividade, um evento não é trabalho realizado por uma pessoa ou sistema. Pode acionar um processo, interromper uma atividade, sinalizar uma condição ou indicar como um processo termina.

Os eventos são mostrados como círculos. A borda indica onde o evento ocorre no processo:

Tipo de evento	Aparência da borda	Significado
Evento de início	Linha simples fina	Mostra como um processo começa
Evento intermediário	Linha dupla	Ocorre entre o início e o fim
Evento de fim	Linha simples grossa	Mostra como um caminho de processo termina

Um evento de início pode capturar um gatilho, como uma mensagem recebida ou um horário agendado. Um evento intermediário pode esperar por algo ou enviá-lo. Um evento de fim produz o resultado final de um caminho de processo.

2.1 Eventos de início

Um evento de inícioindica o gatilho que inicia um processo ou subproceso.

É desenhado como um círculo com uma borda fina.

Exemplos comuns incluem:

Um cliente envia um pedido
Um funcionário envia um pedido de licença
Um temporizador atinge uma data agendada
Uma mensagem chega
Um sistema detecta uma condição
Um novo caso é criado

Evento de início sem

Um círculo de início simples significa que o processo começa sem um gatilho especificamente modelado.

○

Exemplo:

○ → Revisar Solicitação

Use um evento de início sem quando o gatilho exato for desconhecido, irrelevante ou intencionalmente deixado genérico.

Evento de início por mensagem

Um símbolo de mensagem dentro do evento de início indica que o processo começa quando uma mensagem é recebida.

Exemplo:

◉ símbolo de envelope → Processar Solicitação do Cliente

Casos de uso típicos:

Recebimento de um e-mail
Recebimento de uma solicitação de API
Recebimento de uma ordem de compra
Recebendo uma solicitação de outro participante

Evento de início com temporizador

Um relógio dentro do evento de início indica que o processo começa de acordo com um cronograma ou data.

Exemplos:

Iniciar a geração de faturas a cada mês
Iniciar o processo de renovação 30 dias antes do vencimento
Executar um processo diário de reconciliação

Evento de início condicional

Um evento de início condicional começa quando uma condição de negócios se torna verdadeira.

Exemplo:

O nível de estoque cai abaixo do ponto de reposição

Evento de início por sinal

Um evento de início por sinal começa quando um sinal de transmissão é recebido. Diferentemente de uma mensagem, um sinal geralmente não é direcionado a um destinatário específico.

Exemplo:

Receber o sinal de "Fechamento de Emergência" → Fechar todas as filiais

Evento de início múltiplo

Um evento de início múltiplo indica que vários gatilhos diferentes podem iniciar o mesmo processo.

Por exemplo, um caso de suporte pode começar quando:

Um cliente envia um formulário na web
Um agente insere um caso manualmente
Um sistema automatizado de monitoramento detecta um problema

2.2 Eventos Intermediários

Um evento intermediárioocorre após o início de um processo, mas antes de seu término. Pode pausar o processo, aguardar algo, enviar uma mensagem, criar um caminho de exceção ou responder a uma condição.

É desenhado com uma borda dupla.

Eventos intermediários podem ser:

Captura:Aguardando ou recebendo algo
Lançamento:Enviando ou produzindo algo

Um evento de captura geralmente tem um marcador vazio ou em traço, enquanto um evento de lançamento geralmente usa um marcador preenchido.

Evento intermediário de temporizador

Um evento de temporizador representa um atraso, prazo, duração ou cronograma recorrente.

Exemplos:

Aguarde três dias úteis
Aguarde até uma data específica
Elevação se nenhuma resposta chegar dentro de 24 horas
Realize uma ação recorrente enquanto o processo estiver ativo

Exemplo:

Enviar Orçamento → Esperar 3 Dias → Verificar Resposta

Evento intermediário de mensagem

Um evento intermediário de mensagem espera por uma mensagem ou envia uma.

Exemplos:

Enviar Solicitação de Aprovação → Esperar Resposta de Aprovação

Um evento de mensagem é especialmente útil quando um processo interage com outro participante, departamento, organização ou sistema.

Evento intermediário de erro

Um evento de erro representa uma condição de erro que afeta o fluxo normal do processo.

É comumente usado como um evento de limite associado a uma atividade ou subprocesso.

Exemplo:

Processar Pagamento
      │
      └── Erro → Tratar Falha no Pagamento

Evento intermediário de escalonamento

Um evento de escalonamento indica que uma questão exige atenção em um nível superior, sem necessariamente representar uma falha técnica.

Exemplo:

Resolver Reclamação do Cliente
      │
      └── Escalonamento → Revisão do Supervisor

Evento intermediário condicional

Um evento condicional espera até que uma condição especificada se torne verdadeira.

Exemplo:

Aguarde até que a conta do cliente seja verificada

Evento intermediário de sinal

Um evento de sinal transmite ou recebe um sinal que pode ser relevante para múltiplos participantes do processo.

Exemplo:

Transmitir Sinal de Retirada de Produto

Evento intermediário de link

Um evento de link conecta dois pontos distantes dentro do mesmo diagrama de processo sem desenhar uma linha longa de fluxo de sequência através da página.

Use os eventos de link com cuidado. Eles podem melhorar a legibilidade do diagrama, mas seu uso excessivo pode tornar o processo mais difícil de seguir.

Evento intermediário de compensação

Um evento de compensação dispara trabalho corretivo para desfazer ou compensar uma atividade anterior.

Exemplo:

Cancelar Reserva de Hotel

A compensação é diferente de um caminho de erro comum. Ela é especificamente preocupada em reverter ou compensar trabalho concluído.

2.3 Eventos de Limitação

Um evento de limitação é anexado diretamente à borda de uma atividade ou subprocesso. Representa algo que pode acontecer enquanto essa atividade está em andamento.

Exemplo:

┌────────────────────┐
│ Aplicação de Processo │
└────────────────────┘
          ○
          │
          └── Tempo Esgotado → Escalar Caso

Eventos de limitação são úteis para modelar:

Tempo Esgotado
Cancelamentos
Erros
Escalonamentos
Mensagens de entrada
Compensação
Sinais externos

Eventos de limite interrompedores

Um evento de limite interrompedor para a atividade associada quando ocorre.

Exemplo:

Processar Pagamento
      │
      └── Erro de Pagamento → Tratar Falha

A atividade de pagamento termina quando ocorre o erro.

Eventos de limite não interrompedores

Um evento de limite não interrompedor inicia um caminho adicional enquanto a atividade original continua.

É geralmente mostrado com uma borda tracejada.

Exemplo:

Processar Aplicação
      │
      └── Lembrete de temporizador → Enviar Lembrete

O processo de aplicação continua enquanto o caminho de lembrete é executado.

Essa distinção é importante:

Tipo de evento de limite	Efeito na atividade associada
Interrompedor	Pára a atividade
Não interrompente	Deixa a atividade em execução

2.4 Eventos Finais

Um evento finalindica o fim de um caminho de processo. É desenhado como um círculo com uma borda grossa.

Um processo pode ter mais de um evento final porque resultados diferentes podem encerrar o processo.

Exemplos:

Pedido concluído
Requisição rejeitada
Pagamento falhou
Caso cancelado
Cliente notificado
Processo concluído com compensação

Evento final nenhum

Um evento final simples indica que o caminho terminou sem especificar um resultado particular.

●

Evento final de mensagem

Um evento final de mensagem envia uma mensagem quando o processo termina.

Exemplo:

Pedido Aprovado → Enviar Confirmação → Fim da Mensagem

Evento final de erro

Um evento final de erro encerra o processo lançando um erro para um processo ou manipulador de nível superior.

Use-o para condições de falha no nível do processo que devem ser tratadas em outro local.

Evento final de escalonamento

Um evento final de escalonamento encerra a trajetória atual do processo e comunica que ocorreu uma escalonamento.

Evento final de término

Um evento final de término encerra imediatamente toda a instância do processo, incluindo outras trajetórias ativas.

Isso é mais forte que um evento final comum. Deve ser usado quando todo o trabalho restante deve ser interrompido.

Evento final de compensação

Um evento final de compensação dispara atividades de compensação antes que a trajetória do processo seja concluída.

3. Atividades: Trabalho que é realizado

Uma atividaderepresenta trabalho realizado por uma pessoa, equipe, sistema ou serviço automatizado. As atividades são desenhadas como retângulos arredondados.

Exemplos incluem:

Rever aplicação
Aprovar fatura
Enviar confirmação
Validar os detalhes do cliente
Calcular o custo de envio
Atualizar conta
Gerar relatório

As atividades formam a estrutura operacional de um diagrama BPMN porque mostram onde o tempo, o esforço, o custo e a responsabilidade são concentrados.

3.1 Nomeando Atividades

Um bom nome de atividade geralmente segue este padrão:

Verbo + objeto

Exemplos:

Revisar Solicitação
Aprovar Fatura
Criar Registro de Cliente
Validar Pagamento
Enviar E-mail de Confirmação

Evite nomes vagos como:

Processamento
Tratar Solicitação
Etapa 1
Outras Tarefas
Administração

Um nome de atividade claro deve descrever uma ação e seu sujeito.

Nome fraco	Melhor nome
Processando	Processar Pagamento
Rever	Rever Solicitação
Etapa do cliente	Verificar Identidade do Cliente
E-mail	Enviar E-mail de Aprovação
Atualizar	Atualizar Status do Pedido

Uma tarefa normalmente representa uma unidade de trabalho que não pode ou não deve ser dividida ainda mais. Um subprocesso representa uma coleção de atividades relacionadas.

3.2 Tarefas

Uma tarefaé o tipo mais simples de atividade. Representa uma única unidade de trabalho.

Uma tarefa básica é mostrada como um retângulo arredondado:

╭────────────────────╮
│ Rever Solicitação    │
╰────────────────────╯

As tarefas podem incluir marcadores que identificam o tipo de trabalho sendo realizado.

Tarefa do usuário

Uma tarefa do usuário é realizada por um ser humano usando um sistema ou aplicativo.

Exemplos:

Aprovar relatório de despesas
Inserir informações do cliente
Revisar contrato
Atribuir caso de suporte

Tarefa manual

Uma tarefa manual é realizada por uma pessoa sem a assistência de um motor de processos de negócios ou aplicativo.

Exemplos:

Inspeção de equipamentos
Assinar um documento em papel
Embalagem de um produto físico
Entregar um documento pessoalmente

Tarefa de serviço

Uma tarefa de serviço é realizada automaticamente por um sistema, aplicativo, serviço web ou API.

Exemplos:

Recuperar pontuação de crédito
Enviar e-mail automatizado
Calcular imposto
Criar registro no banco de dados
Chamar serviço de pagamento

Tarefa de script

Uma tarefa de script executa um script ou trecho de código no ambiente do processo.

Exemplos:

Transformar dados
Calcular um valor
Formatar uma mensagem
Aplicar uma regra simples de dados

Tarefa de regra de negócios

Uma tarefa de regra de negócios avalia regras de negócios, geralmente por meio de um motor de regras.

Exemplos:

Determinar o limite de crédito
Calcular a taxa de seguro
Decidir se um pedido qualifica-se para frete grátis
Determinar o nível de aprovação

Tarefa de envio

Uma tarefa de envio envia uma mensagem para outro participante ou sistema.

Exemplos:

Enviar fatura
Enviar confirmação de pedido
Enviar notificação para o armazém

Receber tarefa

Uma tarefa de recebimento aguarda uma mensagem de outra participante ou sistema.

Exemplos:

Receber contrato assinado
Receber confirmação de pagamento
Receber status de envio

3.3 Subprocessos

Um subprocessoé uma atividade que contém um processo mais detalhado.

Pode ser mostrado de duas formas:

Subprocesso colapsado: Um retângulo arredondado com um marcador de mais
Subprocesso expandido: Um retângulo arredondado maior que exibe o fluxo interno

Use um subprocesso quando várias tarefas pertencem juntas e o diagrama de alto nível ficaria muito detalhado se todas fossem mostradas.

Exemplo:

╭──────────────────────────────╮
│ + Conclusão da Adesão do Cliente│
╰──────────────────────────────╯

O subprocesso pode conter:

Coletar Informações
        ↓
Verificar Identidade
        ↓
Criar Conta
        ↓
Enviar Mensagem de Boas-vindas

Quando usar um subprocesse

Use um quando:

Um grupo de etapas tem um propósito de negócios claro
O grupo pode ser reutilizado conceitualmente
O diagrama principal está ficando cheio
Os interessados precisam tanto de uma visão geral quanto de uma visão detalhada
O processo interno possui sua própria lógica de início, fim, exceção ou decisão

Subprocesso embutido

Um subprocesso embutido é definido dentro de seu processo pai e faz parte do fluxo desse processo.

Atividade de chamada

Uma atividade de chamada invoca um processo reutilizável definido separadamente ou uma tarefa global.

Use-o quando a mesma lógica de processo for chamada de múltiplos locais, por exemplo:

Verificar a Identidade do Cliente

Se a verificação do cliente aparecer em vários processos de negócios, uma atividade de chamada reutilizável pode ser mais apropriada do que duplicar todas as suas etapas internas.

Subprocesso de evento

Um subprocesso de evento é ativado por um evento de início enquanto seu processo ou subprocesso contido está ativo. É útil para lidar com situações excepcionais ou paralelas, como solicitações de cancelamento, escalonamentos urgentes ou atualizações recebidas. Os subprocessos de evento podem ser interrompedores ou não interrompedores.

Exemplo:

Processo Principal: Atender Pedido

Subprocesso de Evento:
Solicitação de Cancelamento → Cancelar Atendimento → Reembolsar Cliente

3.4 Marcadores de Atividade

As atividades podem incluir pequenos marcadores que adicionam informações sobre como elas se comportam.

Marcador de Loop

Um marcador de loop indica que uma atividade se repete até que uma condição seja satisfeita.

Exemplo:

Revisar Documento
      ↻

Use-o para atividades como:

Revisar até aprovação
Tentar entrega até sucesso
Contatar cliente até alcançar

Marcador de múltiplas instâncias paralelas

Isso indica que múltiplas instâncias da mesma atividade são executadas ao mesmo tempo.

Exemplo:

Obter Três Aprovações

A atividade pode ser realizada simultaneamente por vários revisores.

Marcador de múltiplas instâncias sequenciais

Isso indica que múltiplas instâncias são executadas uma após a outra.

Exemplo:

Revisar Itens Um de Cada Vez

Marcador de compensação

Isso identifica uma atividade usada para compensar trabalho anteriormente concluído.

Exemplo:

Reembolsar Cliente

Marcador ad hoc

Um subprocesso ad hoc é representado por um marcador semelhante a um til (~). Indica que as atividades dentro do subprocesse podem ser realizadas em uma ordem flexível ou fracamente estruturada, em vez de seguir uma sequência fixa.

4. Gateways: Decisões, Divisões e Fusões

Um gatewaycontrola como o fluxo do processo se diverge ou converge. Os gateways são desenhados como losangos.

Um gateway normalmente não é uma tarefa. Ele não realiza o trabalho de tomada de decisão por si mesmo. Em vez disso, representa como o fluxo do processo é controlado após uma decisão, condição ou evento ter sido avaliado.

Por exemplo:

Revisar Solicitação → A solicitação está completa?

A atividade de revisão coleta ou avalia informações. O gateway então direciona o processo de acordo com o resultado.

Gateways podem:

Dividir um caminho em vários caminhos
Mesclar múltiplos caminhos em um
Sincronizar trabalho paralelo
Aguardar um ou mais eventos
Direcionar trabalho com base em condições ou regras

4.1 Gateway Exclusivo: XOR

Um gateway exclusivo seleciona exatamente um caminho de saída.

É comumente representado como um losango contendo uma “X”, embora o marcador possa ser omitido em alguns diagramas.

Exemplo:

                    ┌── Aprovado → Criar Conta
Verificar Aplicação ─◇
                    └── Rejeitado → Enviar Rejeição

Apenas um caminho é seguido.

Usos típicos:

Se o pagamento for aprovado, continue; caso contrário, rejeite
Se o cliente for elegível, ofereça um desconto
Se o pedido estiver completo, processe-o; caso contrário, devolva-o

Os caminhos de saída normalmente devem ter condições ou rótulos claros:

Aprovado
Rejeitado
Completo
Incompleto
Valor > $10.000
Valor ≤ $10.000

Mesclagem exclusiva

Uma porta exclusiva também pode mesclar caminhos alternativos de volta a um único caminho. Ela não espera por todos os caminhos, pois apenas um dos caminhos alternativos deveria ter sido escolhido.

Fluxo padrão

Um caminho padrão pode ser usado quando nenhuma das condições especificadas for verdadeira.

Por exemplo:

Aprovado
Rejeitado
Padrão → Revisão Manual

Um caminho padrão é útil para casos inesperados ou não classificados.

4.2 Porta Paralela: E

Uma porta paraleladivide o processo em múltiplos caminhos que são executados simultaneamente.

É representada por um losango contendo um sinal de mais.

Exemplo:

                 ┌── Preparar Fatura ──┐
Pedido Aprovado ─◇                       ◇── Enviar Pedido
                 └── Reservar Estoque ┘

Ambas as atividades começam, e o processo pode esperar posteriormente por ambas as conclusões.

Divisão paralela

Uma divisão paralela inicia todos os caminhos de saída.

Use-a quando todas as atividades devem ocorrer, independentemente das condições.

Exemplos:

Enviar confirmação e atualizar estoque
Notificar finanças e notificar operações
Realizar verificação de segurança e verificação de fraude

Junção paralela

Uma junção paralela aguarda que todas as rotas de entrada sejam concluídas antes de continuar.

Isso às vezes é chamado de sincronização.

Preparar Fatura ──┐
                  ◇── Atender Pedido
Reservar Estoque ┘

Se uma das ramificações de entrada for atrasada, a junção aguarda por ela.

4.3 Gateway Inclusivo: OU

Um gateway inclusivo seleciona uma ou mais rotas de saída dependendo de quais condições forem verdadeiras.

É representado por um losango contendo um círculo.

Exemplo:

O cliente qualifica-se para:
- Desconto padrão
- Desconto de fidelidade
- Desconto promocional

Mais de uma ação relacionada a desconto pode ser selecionada se múltiplas condições forem satisfeitas.

Use um gateway inclusivo quando:

Uma ou mais condições podem ser verdadeiras
Várias rotas podem ser executadas ao mesmo tempo
O processo deve continuar após todas as rotas selecionadas terminarem

Diferentemente de um gateway exclusivo, um gateway inclusivo não necessariamente escolhe apenas uma rota. Diferentemente de um gateway paralelo, ele não necessariamente escolhe todas as rotas.

4.4 Gateway Baseado em Evento

Um porta de evento baseada em eventos direciona o processo de acordo com qual evento ocorrer primeiro.

É comumente seguido por eventos intermediários de captura ou tarefas de recebimento.

Exemplo:

Enviar Orçamento → Porta de Evento Baseada em Eventos
                         ├── Mensagem recebida → Processar Aceitação
                         └── Temporizador expira → Enviar Lembrete

Apenas o primeiro evento a ocorrer determina o caminho.

Use uma porta de evento baseada em eventos quando o processo estiver esperando por um comportamento externo em vez de avaliar uma condição de negócios conhecida. Por exemplo, o processo pode esperar por uma resposta do cliente ou por um tempo limite.

Porta baseada em evento versus porta exclusiva

Pergunta	Porta exclusiva	Porta baseada em evento
O que determina o caminho?	Uma condição ou regra de negócios	O primeiro evento a ocorrer
Pergunta típica	“A solicitação foi aprovada?”	“O que acontece primeiro?”
Elementos comuns seguintes	Atividades ou fluxos de sequência	Capturar eventos ou tarefas de recebimento
Fonte de decisão	Dados ou lógica	Evento externo

4.5 Gateway Complexo

Um gateway complexo manipula lógica avançada de roteamento que não pode ser expressa claramente com os tipos padrão de gateways.

Exemplos incluem:

Continuar quando pelo menos dois dos três aprovações forem recebidos
Escolher um caminho com base em uma combinação complexa de condições
Sincronizar caminhos selecionados de acordo com regras personalizadas

Gateways complexos devem ser usados com parcimônia. Em muitos casos, vários gateways mais simples ou uma tarefa de regra de negócios claramente nomeada serão mais fáceis de entender e manter.

4.6 Variantes de Gateway Baseado em Evento

O BPMN também suporta variações de gateway baseado em evento, incluindo:

Gateways baseados em evento exclusivos
Gateways baseados em evento paralelos
Gateways baseados em evento de instância

Um gateway baseado em evento paralelo pode aguardar múltiplas condições de evento, enquanto um gateway baseado em evento exclusivo prossegue com base no primeiro evento que ocorrer. A variante correta depende se o processo está aguardando um evento ou uma combinação de eventos.

5. Como os Objetos de Fluxo Funcionam Juntos

O significado de um diagrama BPMN vem das relações entre eventos, atividades, gateways e fluxos de sequência.

Considere um processo de pedido:

Início
  ↓
Receber Pedido
  ↓
Verificar Estoque
  ↓
Item Disponível?
  ├── Sim → Embalar Pedido → Enviar Pedido → Fim
  └── Não → Notificar Cliente → Fim

Este exemplo contém:

Um evento de início que inicia o processo
Atividades para receber, verificar, embalar, enviar e notificar
Um gateway exclusivo que escolhe um caminho
Dois eventos de fim ou caminhos finais que representam resultados diferentes

Uma versão mais avançada poderia ser:

Início
  ↓
Receber Pedido
  ↓
Verificar Estoque
  ↓
Item Disponível?
  ├── Não → Notificar Cliente → Fim
  └── Sim → Gateway Paralelo
                   ├── Reservar Estoque
                   ├── Preparar Fatura
                   └── Verificar Fraude
                         ↓
                 Junção Paralela
                         ↓
                    Enviar Pedido
                         ↓
                        Fim

Aqui:

O gateway exclusivo determina se a execução pode prosseguir.
O gateway paralelo inicia três atividades.
A junção paralela aguarda as três atividades.
O envio começa somente após a sincronização estar completa.

6. Eventos, Atividades e Portões: Uma Comparação Rápida

Elemento	Pergunta-chave	Exemplo
Evento	O que aconteceu ou acontecerá?	Pagamento recebido
Atividade	Que trabalho é realizado?	Verificar pagamento
Portão	Qual rota o processo deve seguir?	O pagamento é válido?

Uma regra útil é:

Eventos ocorrem
Atividades são realizadas
Portões controlam o caminho

Se você não tem certeza qual símbolo usar, pergunte:

É algo que ocorre sem ser tratado como trabalho? Use um evento.
Alguém ou algo está realizando uma ação? Use um atividade.
O processo está se dividindo, mesclando ou aguardando uma condição de roteamento? Use um gateway.

7. Conectando Objetos de Fluxo Corretamente

Os objetos de fluxo são conectados por diferentes tipos de linhas. Usar o conector incorreto pode tornar um diagrama enganoso.

7.1 Fluxo de Sequência

Um fluxo de sequênciaé uma linha sólida com uma seta na ponta. Mostra a ordem em que os objetos de fluxo são executados dentro do mesmo processo.

Atividade A → Atividade B

Use o fluxo de sequência para conectar:

Eventos a atividades
Atividades a gateways
Gateways a atividades
Atividades a eventos finais

Um fluxo de sequência normalmente não deve cruzar a fronteira entre piscinas separadas.

7.2 Fluxo de Mensagem

Um fluxo de mensagemé uma linha tracejada com uma ponta de seta aberta. Representa a comunicação entre participantes ou piscinas separados.

Exemplos:

Cliente envia pedido ao vendedor
Vendedor envia confirmação ao cliente
Banco envia resultado do pagamento ao comerciante

Use o fluxo de mensagem para comunicação, e não para mostrar a ordem interna do processo.

7.3 Associação

Uma associaçãoé uma linha pontilhada usada para conectar artefatos, notas ou representações de dados a objetos de fluxo.

Exemplos:

Anexar um documento a uma tarefa
Vincular uma anotação de texto a uma atividade
Mostrar que uma tarefa usa um objeto de dados

Os três principais tipos de objetos de conexão são fluxos de sequência, fluxos de mensagem e associações.

8. Piscinas e Faixas

Embora pools e lanes não sejam objetos de fluxo, eles fornecem o contexto essencial para entender quem realiza cada atividade.

Pool

Um pool representa um participante em um processo.

Exemplos:

Cliente
Fornecedor
Banco
Empresa
Agência governamental
Sistema externo

Um pool pode conter todo um processo ou pode ser mostrado como um participante caixa preta sem detalhes internos.

Lane

Uma lane divide um pool de acordo com responsabilidade, papel, departamento, sistema ou localização.

Exemplos:

Atendimento ao Cliente
Finanças
Armazém
Gerente
Sistema de Pagamento

As lanes ajudam a responder à pergunta:

Quem é responsável por esta atividade?

Eles também podem revelar transferências, atrasos, trabalho duplicado e propriedade ambígua.

9. Objetos de Dados e Outros Elementos de Apoio

Objetos de dados não são objetos de fluxo, mas fornecem contexto útil sobre as informações usadas, criadas ou alteradas pelas atividades.

Exemplos:

Formulário de aplicação
Fatura
Pedido de compra
Registro do cliente
Documento de aprovação
Etiqueta de envio

Um objeto de dados pode estar conectado a uma atividade da seguinte forma:

Formulário de Aplicação → Revisão da Aplicação

Objetos de dados identificam informações relevantes, mas não representam necessariamente cada peça de dados manipulada pelo processo.

Outros elementos de apoio incluem:

Armazenamentos de dados:Locais persistentes onde os dados são armazenados
Anotações de texto:Notas explicativas
Grupos: Organização visual de elementos relacionados
Associações: Links entre elementos de apoio e objetos de fluxo

10. Um Método Passo a Passo para Modelar um Processo

Etapa 1: Defina o escopo do processo

Decida onde o processo começa e termina.

Por exemplo:

De: Cliente envia pedido
Para: Pedido é enviado ou rejeitado

Evite modelar toda a organização em um único diagrama.

Etapa 2: Identifique os participantes

Liste as pessoas, departamentos, sistemas ou organizações envolvidas.

Exemplos:

Cliente
Equipe de vendas
Departamento financeiro
Armazém
Gateway de pagamento

Esses podem se tornar pools ou faixas.

Etapa 3: Identifique o gatilho inicial

Pergunte:

O que causa este processo a começar?

Use o evento de início apropriado:

Mensagem
Cronômetro
Disparador condicional
Sinal
Nenhum

Etapa 4: Liste as atividades principais

Escreva cada atividade usando um formato verbo-e-objeto:

Receber Pedido
Validar Pedido
Calcular Total
Aprovar Pagamento
Enviar Pedido

Nesta etapa, não se preocupe com cada exceção.

Etapa 5: Adicione decisões

Procure por perguntas como:

O pedido está completo?
O pagamento foi aprovado?
O estoque está disponível?
O cliente atende aos requisitos?
O prazo já passou?

Use gateways para representar como a resposta afeta o processo.

Passo 6: Adicionar trabalho paralelo

Identifique atividades que podem ocorrer simultaneamente.

Por exemplo:

Atualizar estoque
Enviar confirmação
Criar fatura

Use gateways paralelos quando todas as ramificações precisam ser concluídas ou sincronizadas.

Passo 7: Adicionar eventos intermediários e de limite

Pergunte o que pode acontecer enquanto o trabalho está em andamento:

A atividade tem um prazo?
Pode ser cancelada?
Pode ocorrer um erro?
Pode chegar uma mensagem externa?
O processo deve ser escalado se levar muito tempo?

Passo 8: Adicionar eventos de fim

Identifique todos os resultados significativos:

Concluído
Rejeitado
Cancelado
Falhou
Elevado
Compensado

Passo 9: Adicionar dados e anotações

Inclua documentos, sistemas, notas e regras de negócios apenas quando melhorarem a compreensão.

Passo 10: Revisar o diagrama

Verifique se:

Cada caminho do processo tem um início claro
Cada caminho termina eventualmente
As condições do gateway são compreensíveis
As atividades têm proprietários claros
Os fluxos de sequência mostram a ordem real
Os fluxos de mensagem são usados apenas entre participantes
Nenhum gateway está sendo usado como uma tarefa
O diagrama não está sobrecarregado com detalhes desnecessários

11. Erros Comuns na Modelagem BPMN

Erro 1: Usar um gateway como atividade de decisão

Um gateway deve rotear o processo, e não realizar a análise.

Modelo fraco:

◇ Verificar Pontuação de Crédito

Melhor modelo:

Verificar Pontuação de Crédito → Crédito Aprovado?

A atividade realiza a verificação. O gateway realiza o roteamento com base no resultado.

Erro 2: Usar fluxo de sequência entre pools separados

O fluxo de sequência representa a ordem interna do processo. A comunicação entre participantes separados deve usar fluxo de mensagem.

Conceito incorreto:

Pool do Cliente ── fluxo de sequência sólido ── Pool do Vendedor

Conceito melhor:

Pool do Cliente ── fluxo de mensagem tracejado ── Pool do Vendedor

Erro 3: Deixar caminhos de gateway sem rótulo

Um gateway sem rótulo cria ambiguidade.

Em vez de:

◇ → Caminho A
  → Caminho B

Use:

◇
├── Aprovado
└── Rejeitado

Erro 4: Usar um gateway exclusivo para trabalho paralelo

Se todas as atividades devem ocorrer, não use um gateway exclusivo.

Incorreto:

◇ ├── Enviar Confirmação
   └── Atualizar Estoque

Isso significa que apenas um caminho é selecionado.

Use uma porta paralela se ambas as atividades precisarem ocorrer:

+ ├── Enviar Confirmação
  └── Atualizar Estoque

Erro 5: Usar uma porta paralela para trabalho condicional

Uma porta paralela ativa todos os caminhos de saída. Se apenas alguns caminhos devem ser executados, use uma porta exclusiva ou inclusiva.

Erro 6: Modelar cada ação menor

Um diagrama pode se tornar ilegível se cada clique, entrada de campo e ação interna do sistema forem incluídos.

Modele no nível apropriado para o seu público:

Executivos precisam de estágios principais
Proprietários de processos precisam de responsabilidades e decisões
Desenvolvedores podem precisar de detalhes de nível de implementação
Auditores podem precisar de controles e evidências

Erro 7: Criar caminhos sem saída

Cada caminho de fluxo de sequência deve eventualmente alcançar um evento final apropriado ou uma fronteira de subprocesso claramente definida.

Erro 8: Misturar lógica de negócios e implementação técnica desnecessariamente

Um diagrama de processo de negócios deve explicar primeiro o processo. Detalhes técnicos devem ser incluídos apenas quando ajudarem o público-alvo.

12. Convenções Práticas de Nomeação

Nomeações consistentes tornam os diagramas mais fáceis de ler.

Eventos

Nomeie eventos com um resultado, ocorrência ou condição:

Pedido Recebido
Pagamento Confirmado
Prazo Atingido
Cliente Cancelou
Erro Ocorreu

Atividades

Use:

Verbo + objeto

Exemplos:

Revisar Contrato
Aprovar Solicitação
Atualizar Conta
Enviar Notificação

Portões de Entrada

Portões de entrada são frequentemente mais claros quando associados a uma pergunta:

O aplicativo está completo?
O pagamento foi aprovado?
O estoque está disponível?
O prazo já passou?

Os caminhos de saída devem conter as respostas:

Sim / Não
Aprovado / Rejeitado
Disponível / Indisponível

Eventos de fim

Nomeie os eventos de fim de acordo com o resultado:

Pedido Concluído
Solicitação Rejeitada
Pagamento Falhou
Caso Cancelado

13. Escolhendo o Gateway Correto

Use este guia de decisão:

Necessidade de modelagem	Gateway a usar
Escolha exatamente um caminho com base em condições	Gateway exclusivo
Inicie todos os caminhos de saída	Gateway paralelo
Escolha um ou mais caminhos com base em condições	Gateway inclusivo
Siga o caminho para o primeiro evento que ocorrer	Porta de entrada baseada em eventos
Aplicar regras de roteamento altamente especializadas	Porta de entrada complexa

Um rápido teste mental:

Um único caminho? Exclusivo
Todos os caminhos? Paralelo
Alguns caminhos? Inclusivo
Primeiro evento? Baseado em eventos
Lógica personalizada incomum? Complexo

14. Um Exemplo Completo: Processo de Reembolso ao Cliente

Considere um processo de reembolso ao cliente.

Fluxograma BPMN ilustrando um processo de reembolso ao cliente, apresentando eventos de início, atividades, gateways exclusivos e paralelos, e eventos de fim.

Início: Solicitação de Reembolso Recebida
                ↓
        Revisar Solicitação de Reembolso
                ↓
        A Solicitação é Eligível?
          ├── Não
          │    ↓
          │  Enviar Aviso de Rejeição
          │    ↓
          │  Fim: Reembolso Rejeitado
          │
          └── Sim
               ↓
          Aprovar Reembolso
               ↓
        Porta de Entrada Paralela
          ├── Emitir Reembolso
          └── Atualizar Conta do Cliente
               ↓
        Junção Paralela
               ↓
        Enviar Confirmação de Reembolso
               ↓
        Fim: Reembolso Concluído

Este modelo demonstra:

Um evento de início por mensagem
Atividades de usuário ou manuais
Um gateway exclusivo
Um caminho de rejeição
Uma divisão paralela
Uma junção paralela
Uma atividade de confirmação
Diferentes resultados finais

Se o serviço de reembolso puder falhar, adicione um evento de erro de limite a Emitir Reembolso:

Emitir Reembolso
      │
      └── Erro → Criar Caso de Revisão Manual

Se o reembolso precisar ser concluído em cinco dias úteis, adicione um evento de temporizador de limite:

Emitir Reembolso
      │
      └── tempo limite de 5 dias → Escalar Reembolso

15. Uma Folha de Dicas Compacta de Símbolos BPMN

Categoria de símbolo	Significado	Uso típico
Círculo fino	Evento de início	Iniciar um processo
Círculo duplo	Evento intermediário	Aguardar, enviar, receber ou reagir
Círculo grosso	Evento de fim	Concluir um caminho de processo
Retângulo arredondado	Tarefa ou atividade	Realizar trabalho
Retângulo arredondado com mais	Subprocesso colapsado	Agrupar trabalho detalhado
Losango com X	Portão exclusivo	Escolher um caminho
Losango com mais	Portão paralelo	Executar todos os caminhos
Losango com círculo	Portão inclusivo	Executar um ou mais caminhos
Losango com marcador de evento	Portão baseado em evento	Siga o primeiro evento
Seta sólida	Fluxo de sequência	Mostrar ordem interna
Seta tracejada	Fluxo de mensagem	Mostrar comunicação
Conector pontilhado	Associação	Linkar notas ou dados
Piscina	Participante	Representar uma organização ou processo
Faixa	Papel ou responsabilidade	Atribuir propriedade
Forma de documento/dados	Objeto de dados	Mostrar informações usadas ou produzidas

16. Princípios Finais de Modelagem

Os diagramas BPMN mais eficazes seguem algumas regras básicas:

Use eventos para coisas que acontecem.
Use atividades para trabalhos realizados por pessoas ou sistemas.
Use gateways para controlar ou sincronizar caminhos.
Use fluxos de sequência para a ordem interna do processo.
Use fluxos de mensagens para comunicação entre participantes.
Rotule decisões e condições de saída claramente.
Use subprocessos para controlar a complexidade.
Mostre responsabilidade com pools e faixas.
Use eventos de limite para tempos limite, erros e interrupções.
Modele no nível apropriado para o público-alvo.
Dê a cada caminho significativo um resultado claro.
Prefira diagramas simples e compreensíveis a diagramas excessivamente elaborados.

Assim que essas três ideias centrais se tornarem familiares—eventos acontecem, atividades são realizadas e gateways controlam o fluxo—a maioria dos diagramas BPMN torna-se muito mais fácil de ler e criar.

This post is also available in Deutsch, English, Español, فارسی, Français, English, Bahasa Indonesia, 日本語, Polski, Ру́сский, Việt Nam, 简体中文 and 繁體中文.