Guia Definitivo de BPMN 2.0 para Mapeamento AS-IS: Da Notação Básica ao Avançado

Introdução ao Mapeamento AS-IS e Fundamentos do BPMN 2.0

O Cenário AS-IS e o Valor da Modelagem de Processos

O mapeamento do estado atual — consagrado na engenharia e no gerenciamento de processos de negócio como estado AS-IS — constitui a pedra angular de qualquer iniciativa séria de entendimento, diagnóstico ou transformação organizacional. Fundamentado no Capítulo 4 do Guia para o BPM CBOK V3.0 da ABPMP (Association of Business Process Management Professionals), o levantamento do cenário AS-IS visa revelar como o trabalho é efetivamente executado no cotidiano das operações, ultrapassando os limites das barreiras departamentais.

Conforme explicita o CBOK V3.0, existe uma distinção crucial entre a visão física da organização (estruturada em silos departamentais, funções e hierarquias verticais) e a visão lógica (os processos de negócio interfuncionais que orquestram o fluxo de trabalho ponta a ponta para entregar valor ao cliente). No mapeamento AS-IS, o foco reside rigorosamente na visão lógica operacional exata. Isso exige documentar com precisão cirúrgica:

• Gargalos (Bottlenecks - CBOK 4.4.7): Pontos do fluxo em que a capacidade de processamento é menor do que a demanda recebida, gerando acúmulo de trabalho, filas de espera e custos operacionais elevados.

• Passagens de Responsabilidade (Handoffs - CBOK 4.4.4): Cada momento em que o trabalho, o documento ou o dado cruza a fronteira entre duas raias, papéis, setores ou sistemas. O CBOK alerta que todo handoff representa um ponto crítico de risco operacional, vulnerável a atrasos, perdas de contexto e falhas de comunicação.

• Regras de Negócio e Exceções (CBOK 4.4.5): As políticas, critérios formais ou atalhos informais que determinam os rumos das decisões tomadas pelos atores no dia a dia.

Tentar "corrigir" ineficiências, ocultar atalhos operacionais ou "maquiar" o processo durante a fase de levantamento é o erro mais devastador cometidos por equipes iniciantes. Tal postura distorce a realidade, mascara falhas graves de governança e compromete qualquer tentativa subsequente de desenho do estado futuro (TO-BE).

Regra de Ouro do AS-IS: Documentar o que realmente acontece na prática diária da operação, e jamais o fluxo idealizado, desejado ou prescrito nos manuais normativos.

Por que a Notação BPMN 2.0?

A notação Business Process Model and Notation em sua versão 2.0 (BPMN 2.0), mantida pela OMG (Object Management Group), consagrou-se internacionalmente como o padrão neutro universal para modelagem gráfica de processos. Conforme ressaltado nos Capítulos 3 e 10 do BPM CBOK V3.0, o BPMN 2.0 atua como uma "linguagem ponte", eliminando o histórico abismo de comunicação entre os especialistas de negócio (interessados nos resultados estratégicos) e as equipes de TI (focadas na automação e arquitetura de sistemas).

A adoção do BPMN 2.0 para a representação do fluxo interfuncional ponta a ponta oferece vantagens determinantes:

• Padronização Universal e Semântica Neutra: Proporciona uma sintaxe gráfica padronizada globalmente, eliminando ambiguidades e permitindo que o mesmo modelo seja lido sem ruídos por gestores, analistas de processos, auditores e desenvolvedores de software.

• Modelagem da Orquestração Interfuncional: Permite explicitar com total clareza visual a passagem de bastão (handoffs) entre diferentes áreas funcionais, sistemas legados e parceiros externos.

• Rigor Semântico para Lógica de Negócio: Dispõe de uma rica paleta de elementos gráficos para expressar eventos temporais, tratamento de exceções, disparos de sinais, regras condicionais e execução paralela.

• Interoperabilidade e Suporte a BPMS: Permite que os modelos conceituais sejam exportados via formato XML normatizado diretamente para suítes de automação (Business Process Management Suites — BPMS) e ferramentas de análise (Business Process Analysis — BPA), integrando a visão do negócio com a execução tecnológica.

  
  

Formas e Elementos Básicos da Notação BPMN 2.0

Estrutura Organizacional e Papéis: Piscinas (Pools) e Raias (Lanes)

Na notação BPMN 2.0, a estrutura organizacional e os responsáveis pela execução das atividades são delimitados através de contêineres visuais:

• Piscina (Pool): Representa um processo de negócio delimitado ou uma entidade organizacional/participante autônomo (ex.: uma empresa, um cliente externo ou um fornecedor). A piscina define as fronteiras de controle do fluxo de sequência.

• Raia (Lane): Subdivisão horizontal ou vertical dentro de uma piscina. É utilizada para agrupar e organizar as atividades de acordo com áreas funcionais (ex.: Financeiro, Vendas), papéis desempenhados (ex.: Analista de Crédito, Gerente de Operações) ou sistemas de informação de apoio (ex.: Sistema ERP, Portal Web).

💡 Dica do Instrutor Master: Em termos arquiteturais (CBOK Capítulo 2), a Piscina estabelece o limite do processo e da governança, enquanto as Raias organizam os papéis da operação. Lembre-se: raias representam a visão física (quem faz), mas o fluxo contínuo de atividades através delas representa a visão lógica (o processo).

Regra Gramatical Rigorosa de Conexão:

• Dentro da mesma Piscina: A conexão entre atividades, eventos e gateways é feita exclusivamente por Fluxos de Sequência (Sequence Flow), mesmo quando cruza diferentes raias (lanes).

• Entre Piscinas Distintas: O fluxo de sequência é estritamente proibido de cruzar a borda de uma piscina. A interação entre duas piscinas independentes ocorre obrigatoriamente por Fluxo de Mensagem (Message Flow).

  
  

Elementos de Fluxo Essenciais: Eventos Simples, Tarefas Genéricas e Gateways XOR

Os elementos de fluxo constituem os blocos fundamentais para a construção do diagrama BPMN 2.0.

Eventos Simples

Os eventos sinalizam acontecimentos que afetam a execução do processo. Têm grafia circular:

• Evento de Início (Start Event): Círculo de linha fina simples. Sinaliza o gatilho exato em que uma nova instância do processo é criada.

• Evento Intermediário (Intermediate Event): Círculo de linha dupla fina. Indica um marco ou evento que ocorre durante a execução, entre o início e o encerramento.

• Evento de Fim (End Event): Círculo de linha espessa/negritada. Sinaliza o encerramento de um caminho ou do fluxo completo do processo.

Tarefa Genérica

Representada por um retângulo com cantos arredondados. Refere-se a uma unidade discreta de trabalho que, no nível atual de abstração, não está especializada e nem decomposta.

Gateway Exclusivo (XOR - Divergente e Convergente)

Representado por um losango contendo ou não um indicador "X" em seu interior.

• XOR Divergente: Avalia condições de negócio e direciona o token (unidade lógica de execução) por exatamente um único caminho de saída entre as alternativas possíveis. As condições de saída devem ser mutuamente exclusivas.

• XOR Convergente: Utilizado para fundir múltiplos caminhos alternativos anteriormente divididos em um único fluxo de saída, sem realizar qualquer tipo de validação de sincronização ou espera de tokens.

Conectores e Artefatos Básicos

A sintaxe visual dos conectores do BPMN 2.0 é rigorosa e não permite variações estilísticas:

• Fluxo de Sequência (Sequence Flow): Representado por uma linha contínua com seta preenchida sólida na ponta. Define a ordem exata de execução dos elementos dentro de uma mesma piscina.

• Fluxo de Mensagem (Message Flow): Representado por uma linha tracejada com um círculo transparente/vazio na origem e uma seta vazia/não-preenchida na ponta de destino. Utilizado para conectar elementos de duas piscinas distintas ou conectar uma piscina a outra.

• Anotações de Texto (Text Annotation): Artefato visual composto por um colchete aberto acoplado ao elemento através de uma linha de associação tracejada sem seta. Utilizado para explicitar regras operacionais, observações ou detalhes metodológicos do AS-IS.

• Grupos (Group): Representados por um retângulo de linha traço-ponto com cantos arredondados. Não afetam o fluxo de execução (não consomem nem redirecionam tokens); possuem função puramente visual para agrupar atividades correlatas para fins documentais.

Matriz Sintética de Elementos Básicos

Elemento	Símbolo Visual / Grafia	Função no Processo AS-IS	Exemplo Prático
Piscina (Pool)	Retângulo delimitador grande	Define a fronteira de controle do processo ou organização	Processo de Concessão de Crédito
Raia (Lane)	Subdivisão interna da piscina	Identifica a área, papel ou sistema responsável pela ação	Raia "Analista de Risco" ou "Sistema ERP"
Evento de Início	Círculo de linha fina simples	Marca o disparo/gatilho inicial do processo	"Solicitação de Crédito Recebida"
Evento Intermediário	Círculo de linha dupla fina	Sinaliza um marco intermediário do fluxo	"Documentação Pendente de Entrega"
Evento de Fim	Círculo de linha espessa	Sinaliza o encerramento de um caminho do fluxo	"Crédito Aprovado e Liberado"
Tarefa Genérica	Retângulo de cantos arredondados	Representa uma unidade operacional de trabalho	"Analisar Capacidade Financeira"
Gateway XOR	Losango (opcional indicador "X")	Desvio condicional exclusivo (apenas 1 caminho)	"Score de Crédito > 700?" (Sim/Não)
Fluxo de Sequência	Linha contínua com seta preenchida	Determina a sequência de execução na mesma piscina	Conecta "Analisar" a "Aprovar"
Fluxo de Mensagem	Linha tracejada com seta vazia e círculo	Representa troca de dados entre piscinas diferentes	Envio da fatura da Empresa para o Cliente
Anotação de Texto	Colchete com linha tracejada sem seta	Insere notas explicativas no diagrama AS-IS	"Análise manual exigida para PJ"

Formas e Elementos Intermediários: Precisão Operacional e Regras de Negócio

Eventos Intermediários e de Fronteira (Boundary Events)

Para capturar a complexidade da operação diária, o BPMN 2.0 dispõe de eventos intermediários altamente especializados.

• Evento de Tempo (Timer): Indicado por um ícone de relógio no interior do círculo duplo. Representa prazos, datas agendadas, atrasos operacionais ou estouro de SLA.

• Evento de Sinal (Signal): Indicado por um triângulo no interior do círculo duplo. Funciona como uma comunicação de difusão (broadcast). Ao contrário da mensagem (que possui destinatário específico), o sinal é emitido para todo o ambiente e pode disparar simultaneamente múltiplos processos ouvintes.

• Evento Condicional: Indicado pelo ícone de uma folha de texto/linhas de código. Dispara o fluxo quando uma condição lógica de negócio se torna verdadeira no ambiente operacional.

Eventos de Fronteira (Boundary Events)

São eventos anexados diretamente ao contorno (borda) de uma atividade (tarefa ou subprocesso), destinados ao tratamento de exceções ou desvios:

• Interrompente (Interrupting Boundary Event): Identificado por um círculo de linha dupla contínua. Quando o evento ocorre, a execução da atividade corrente é imediatamente cancelada, e o token é desviado para o fluxo de exceção.

  • Nota de Notação: Certos eventos de fronteira, como o Evento de Erro, são obrigatoriamente interrompentes.

• Não-Interrompente (Non-Interrupting Boundary Event): Identificado por um círculo de linha dupla tracejada/pontilhada. Quando o evento é disparado, a atividade principal continua sendo executada normalmente, enquanto um novo token paralelo é criado para percorrer o fluxo de acompanhamento ou exceção.

Gateways Intermediários: Paralelo (AND) e Inclusivo (OR)

Gateway Paralelo (AND)

Representado por um losango com um sinal de "+" no centro:

• Divergente: Divide o fluxo de entrada em dois ou mais caminhos paralelos que serão executados simultaneamente, sem qualquer avaliação de condições lógicas.

• Convergente (Sincronizador): Aguarda a chegada obrigatória de todos os fluxos paralelos de entrada para liberar um único token na saída, prosseguindo com a sequência do processo.

Gateway Inclusivo (OR)

Representado por um losango com um círculo ("O") no centro:

• Divergente: Avalia condições de negócio e ativa um, vários ou todos os caminhos de saída cujas condições sejam atendidas simultaneamente.

• Convergente: Realiza a sincronização dinâmica. Ele analisa todos os caminhos de entrada e aguarda apenas os tokens dos caminhos que foram efetivamente ativados na divisão inclusiva anterior.

💡 Dica do Instrutor Master: O Gateway Inclusivo Convergente (OR-Join) exige extrema atenção na modelagem AS-IS. Se um caminho paralelo for ativado por um mecanismo externo sem passar pelo Gateway OR Divergente correspondente, o motor do BPMS não conseguirá avaliar quais tokens esperar, causando o travamento definitivo do processo conhecido como Deadlock de Junção Inclusiva.

Especialização de Tarefas Humanas: User Task e Manual Task

Diferenciar a interatividade homem-sistema do trabalho exclusivamente físico é um requisito fundamental para o diagnóstico de eficiência da operação:

• User Task (Tarefa de Usuário): Representada pelo ícone de uma pessoa no canto superior esquerdo da tarefa. Trata-se de uma atividade realizada por um operador humano com o auxílio direto de um software, formulário eletrônico ou sistema de TI (ex.: cadastrar cliente no ERP).

• Manual Task (Tarefa Manual): Representada pelo ícone de uma mão no canto superior esquerdo da tarefa. Refere-se a uma atividade executada de forma estritamente física e manual por um ser humano, sem qualquer apoio de sistemas de TI ou motores de processo (ex.: carimbar documento físico, mover caixa no estoque, assinar contrato em papel).

Gestão de Dados: Objeto de Dados (Data Object), Depósito de Dados (Data Store) e Associação

No mapeamento AS-IS, capturar como as informações trafegam na operação exige diferenciar dados transitórios de repositórios persistentes:

• Objeto de Dados (Data Object): Indicado pelo ícone de uma folha de papel com o canto superior direito dobrado. Representa informações ou documentos transitórios manipulados durante o processo (ex.: um formulário impresso, um e-mail de pedido, um arquivo PDF).

• Depósito de Dados (Data Store): Indicado pelo ícone de um cilindro (banco de dados). Representa um repositório de dados persistente que subsiste além da vida da instância do processo (ex.: banco de dados relacional, tabela legada, arquivo físico de pastas).

• Associação de Dados (Data Association): Indicada por uma linha pontilhada com seta na ponta. Conecta a atividade ao elemento de dados:

  • Leitura de dados: Seta apontando do dado para a atividade.

  • Escrita/Gravação de dados: Seta apontando da atividade para o dado.

Subprocessos e Gestão de Complexidade (Subprocessos Embutidos vs. Atividades de Chamada)

Ao mapear processos legados complexos no AS-IS, a tentativa de desenhar todas as etapas em um único diagrama gera modelos poluídos, ilegíveis e conhecidos pejorativamente como "diagramas espaguete". Para gerenciar a complexidade, o BPMN 2.0 oferece a decomposição estruturada:

• Subprocesso Embutido (Embedded Subprocess): Representado por um retângulo de cantos arredondados contendo um sinal de mais ([+]) na borda inferior. É um elemento dependente e contido estritamente dentro do processo pai. Não pode ser reutilizado por outros processos e compartilha o mesmo contexto de dados do fluxo principal.

• Atividade de Chamada (Call Activity / Subprocesso Reutilizável): Representada por um retângulo com borda espessa/negritada contendo o sinal de mais ([+]). Refere-se à invocação de um processo autônomo e independente do repositório corporativo. Pode ser chamado e reutilizado por múltiplos processos globais da organização.

Tabela de Elementos Intermediários

Elemento Intermediário	Tipo	Semântica no AS-IS	Cuidados na Modelagem
Evento de Fronteira Interrompente	Exceção / Fronteira	Cancela a atividade principal e desvia o fluxo imediatamente (linha contínua)	Usar para erros fatais ou cancelamentos de processo
Evento de Fronteira Não-Interrompente	Acompanhamento	Abre fluxo paralelo sem cancelar a atividade em andamento (linha tracejada)	Ideal para notificações paralelas de alerta de tempo
Gateway Paralelo (AND)	Divisão / Junção	Execução e sincronização de caminhos concorrentes	Exige que todos os caminhos cheguem ao AND de junção
Gateway Inclusivo (OR)	Divisão / Junção	Execução de 1 ou mais caminhos baseados em regras	Atenção ao risco de deadlock se a origem for ambígua
User Task	Tarefa Humana / TI	Trabalho humano intermediado por software/tela	Identificar o sistema de TI envolvido nas anotações
Manual Task	Tarefa Física	Ação puramente física sem suporte de TI	Expor o gargalo físico e custo de mão de obra manual
Objeto de Dados	Artefato Transitório	Documentos, formulários e arquivos temporários	Conectar à atividade via Associação de Dados
Depósito de Dados (Data Store)	Artefato Persistente	Bancos de dados, sistemas legados e cadastros	Representa armazenamento que perpassa instâncias
Subprocesso Embutido	Decomposição	Agrupamento de atividades dependentes do processo	Evitar ocultar handoffs críticos dentro do subprocesso
Atividade de Chamada (Call Activity)	Reutilização	Chamada a um processo global e independente	Garantir que o processo chamado exista no repositório

Formas e Elementos Avançados: Automação e Fluxos Interorganizacionais (B2B)

Eventos e Tarefas de Mensagem: Send Task e Receive Task

Para representar trocas formais de informação assíncronas e síncronas, a notação oferece elementos especializados:

• Eventos de Mensagem (Início, Intermediário e Fim): Representados pelo ícone de um envelope. Capturam ou disparam mensagens no fluxo. O Evento Intermediário de Mensagem é passivo e pontual.

• Send Task (Tarefa de Envio): Representada pelo ícone de um envelope preenchido/escuro no canto superior esquerdo. É uma tarefa ativa na qual o sistema ou ator envia uma mensagem para um destinatário externo e conclui sua execução.

• Receive Task (Tarefa de Recebimento): Representada pelo ícone de um envelope transparente/vazio no canto superior esquerdo. É uma tarefa bloqueante: a execução do processo pausa e aguarda a chegada da mensagem esperada para prosseguir.

Gateway Baseado em Eventos (Event-Based Gateway)

Representado por um losango contendo um círculo duplo com um pentágono/estrela ou evento em seu interior.

Diferente do Gateway XOR convencional (que toma decisões com base em dados já processados na instância), o Gateway Baseado em Eventos toma decisões com base em qual evento externo ocorrer primeiro no ambiente. O fluxo atinge o gateway e "congela"; o primeiro evento configurado em suas saídas que for disparado direcionará o caminho a ser seguido, descartando automaticamente as demais ramificações.

💡 Dica do Instrutor Master (Restrição Sintática Estrita): Os elementos posicionados imediatamente após um Gateway Baseado em Eventos devem ser obrigatoriamente eventos intermediários de captura (Mensagem, Tempo, Sinal, Condicional) ou Tarefas de Recebimento (Receive Tasks). É sintaticamente proibido conectar o Gateway Baseado em Eventos diretamente a User Tasks, Service Tasks ou Gateways lógicos.

Tarefas de Automação e Lógica de Negócio

No contexto do BPM CBOK Capítulo 10 (Tecnologias de BPM), a especialização das tarefas automatizadas reflete a arquitetura tecnológica que suporta o processo:

• Service Task (Tarefa de Serviço): Representada pelo ícone de duas engrenagens. Indica uma chamada de sistema automatizada realizada sem qualquer intervenção humana, executada por um Web Service, API REST, barramento de integração (ESB) ou transação de sistema.

• Script Task (Tarefa de Script): Representada pelo ícone de um pergaminho/linhas de código. Indica um trecho de código (ex.: Groovy, JavaScript) interpretado e executado diretamente pelo próprio motor de execução do BPMS.

• Business Rule Task (Tarefa de Regra de Negócio): Representada pelo ícone de uma tabela/matriz. Utilizada para invocar a execução de um Motor de Regras de Negócio (Business Rules Management System — BRMS / DMN). Essa tarefa desacopla as regras decisórias complexas do fluxo do processo, permitindo que as políticas de negócio sejam alteradas sem a necessidade de alterar o desenho do diagrama.

Comunicação B2B e Fluxos de Mensagem (Message Flow)

O mapeamento de processos interorganizacionais (Business-to-Business — B2B) exige a modelagem da troca de dados entre parceiros de negócio cujos processos internos são privados e invisíveis uns para os outros.

• Regra de Ouro do B2B: Cada entidade corporativa independente é representada por uma Piscina (Pool) distinta.

• Sintaxe do Conector de Mensagem: A comunicação é feita exclusivamente por Fluxo de Mensagem (Message Flow) — linha tracejada com círculo transparente na origem e seta não-preenchida no destino. O Fluxo de Mensagem pode ligar diretamente a borda de uma piscina a outra, ou conectar uma tarefa de envio/evento de mensagem da Piscina A a uma tarefa de recebimento/evento da Piscina B.

• Proibição Absoluta: O Fluxo de Sequência (Sequence Flow) jamais pode cruzar a fronteira entre duas piscinas.

Tabela de Aplicação de Elementos Avançados

Elemento Avançado	Categoria	Mecanismo de Ação	Exemplo de Aplicação em Integração/B2B
Send Task	Comunicação	Envia ativamente uma mensagem para entidade externa	Envio automatizado de Ordem de Compra para o fornecedor
Receive Task	Comunicação	Bloqueia a execução até a chegada de uma mensagem	Aguardar recebimento da Confirmação de Embarque
Gateway por Eventos	Decisão Externa	Direciona pelo primeiro evento acionado na saída	Aguardar "Resposta do Cliente" OU "Estouro do SLA de 48h"
Service Task	Automação / TI	Execução automatizada de API/Web Service via TI	Chamada síncrona de consulta de Serasa/SPC via REST API
Script Task	Automação / BPMS	Código executado nativamente no motor de BPMS	Cálculo matemático de impostos executado em script
Business Rule Task	Decisão / BRMS	Invocação de motor de regras/matriz de decisão	Decisão automatizada de elegibilidade de plano de saúde
Fluxo de Mensagem	Conector B2B	Trafega dados entre duas Piscinas distintas	Envio de XML de Nota Fiscal da Empresa para a SEFAZ

Passo a Passo Prático: Estruturação do Mapa AS-IS em 5 Etapas

5.1. Caixa de Fluxo Metodológico para Mapeamento de Processos

===================================================================================
           FLUXO METODOLÓGICO: ESTRUTURAÇÃO DO MAPA AS-IS EM 5 ETAPAS
===================================================================================

[ ETAPA 1: ALINHAMENTO DE ESCOPO E LIMITES DO PROCESSO ]
  ├── Definir as fronteiras do processo (Gatilho de Início e Entrega Final).
  ├── Identificar Entradas (Inputs), Saídas (Outputs) e Objetivos estratégicos.
  └── Determinar o nível de detalhamento e fronteiras organizacionais (SIPOC).

[ ETAPA 2: COLETA E LEVANTAMENTO DE INFORMAÇÕES ]
  ├── Conduzir entrevistas estruturadas com gestores e especialistas.
  ├── Realizar a observação direta do trabalho (Job Shadowing) no ambiente real.
  └── Analisar documentações formais, normas, telas de sistemas e relatórios.

[ ETAPA 3: RASCUNHO E SEQUENCIAMENTO DAS ATIVIDADES ]
  ├── Mapear a jornada lógica e identificar os papéis e atores envolvidos.
  ├── Distribuir o fluxo em Piscinas e Raias organizacionais apropriadas.
  └── Explicitar visualmente todas as passagens de bastão (Handoffs críticos).

[ ETAPA 4: DETALHAMENTO DE REGRAS, EXCEÇÕES E NOTAÇÃO BPMN 2.0 ]
  ├── Aplicar elementos do BPMN 2.0 (Gateways, Eventos de Fronteira e Dados).
  ├── Mapear gargalos, filas de espera, exceções operacionais e retrabalhos.
  └── Especializar o tipo exato de cada tarefa (User, Manual, Service, BRMS).

[ ETAPA 5: VALIDAÇÃO E CONSENSO COM OS ATORES DO PROCESSO ]
  ├── Apresentar o modelo AS-IS em reuniões de validação com os executores.
  ├── Confirmar se o diagrama reflete com 100% de precisão a realidade do dia a dia.
  └── Obter a homologação e o aceite formal (Sign-off) do Mapa AS-IS real.
===================================================================================

Gramática BPMN 2.0: Erros Frequentes e Boas Práticas no Mapeamento AS-IS

Lista de Erros Gramaticais de Notação a Evitar

A modelagem do estado atual exige estrita conformidade com a gramática do BPMN 2.0. Abaixo estão detalhados os erros sintáticos e semânticos mais frequentes observados em auditorias de processos:

• Erro 1: Uso de Fluxo de Sequência conectando Piscinas diferentes.

  • Forma Errada: Desenhar uma linha contínua de fluxo de sequência cruzando a borda de uma piscina para iniciar uma atividade dentro de outra piscina.

  • Como Corrigir: Utilizar obrigatoriamente o Fluxo de Mensagem (linha tracejada com seta vazia) para conectar os elementos de piscinas distintas.

• Erro 2: Gateways sem convergência ou fechamento inadequado (Deadlocks e Mapeamentos ambíguos).

  • Forma Errada: Abrir caminhos concorrentes com um Gateway Paralelo (AND) e tentar fechá-los com um Gateway Exclusivo (XOR), ou deixar ramos paralelos soltos sem sincronização.

  • Como Corrigir: Respeitar o pareamento estruturado. Caminhos abertos por um Gateway AND Divergente devem ser obrigatoriamente sincronizados por um Gateway AND Convergente.

• Erro 3: Rotulagem inadequada das Atividades (descumprimento do padrão Verbo + Substantivo).

  • Forma Errada: Nomear tarefas com termos genéricos, substantivos soltos ou nomes de setores (ex.: "Análise", "Crédito", "Financeiro", "Formulário 04").

  • Como Corrigir: Rotular todas as atividades utilizando rigorosamente Verbo no Infinitivo + Substantivo (Objeto de Ação) que expresse com clareza o trabalho executado (ex.: "Analisar capacidade financeira do cliente", "Aprovar limite de crédito").

• Erro 4: Ocultar handoffs e gargalos sob a premissa de "simplificar o diagrama" (Violação do CBOK 4.4.4 e 4.4.7).

  • Forma Errada: Agrupar múltiplos atores em uma única raia genérica ou ignorar filas de espera e retrabalhos para tornar o diagrama visualmente bonito ou enxuto.

  • Como Corrigir: Expor com precisão todas as trocas de raia (handoffs), tempos de espera e ciclos de refazimento. O valor diagnóstico do AS-IS reside exatamente na evidenciação dessas ineficiências.

• Erro 5: Confundir a especialização de tarefas (User Task vs. Manual Task vs. Service Task).

  • Forma Errada: Modelar uma ação física (como carimbar papel) como User Task, ou modelar uma consulta automatizada de API como Manual Task.

  • Como Corrigir: Aplicar os ícones corretos: interatividade homem-sistema é User Task; trabalho físico sem TI é Manual Task; automação via software/API sem humano é Service Task.

• Erro 6: Deixar fluxos abertos sem conexão com Eventos de Fim.

  • Forma Errada: Interromper caminhos alternativos ou de exceção no meio do processo sem conectar a uma terminação formal.

  • Como Corrigir: Garantir que todas as ramificações e rotas de exceção terminem obrigatoriamente em um Evento de Fim devidamente tipificado.

Checklist de Validação Sintática e Semântica

Item de Verificação	Pergunta de Checagem	Ponto de Atenção Crítico	Status de Conformidade
Isolamento de Piscinas	Os Fluxos de Sequência estão mantidos estritamente dentro dos limites de cada piscina?	Verificar se nenhuma linha contínua cruza a borda de uma piscina	[ ] Conforme
Sintaxe de Mensagens	A comunicação interorganizacional entre piscinas usa exclusivamente Fluxos de Mensagem?	Checar se a linha é tracejada com círculo transparente e seta vazia	[ ] Conforme
Nomenclatura Padrão	Todas as atividades foram rotuladas no formato [Verbo no Infinitivo] + [Substantivo]?	Eliminar nomes genéricos ou rótulos departamentais das tarefas	[ ] Conforme
Sincronismo de Gateways	Todos os caminhos paralelos ou inclusivos possuem a devida convergência pareada?	Testar se há risco de deadlock ou execução indesejada de duplicidade	[ ] Conforme
Pós-Gateway por Eventos	As saídas do Gateway Baseado em Eventos contêm apenas eventos de captura ou Receive Task?	Proibido conectar diretamente a User Tasks ou tarefas normais	[ ] Conforme
Evidenciamento de Handoffs	Cada transição entre raias reflete uma mudança real de papel, setor ou sistema?	Garantir que o risco de transferência de responsabilidade esteja exposto	[ ] Conforme
Gestão de Dados	Documentos transitórios e bancos persistentes estão diferenciados (Data Object vs. Store)?	Verificar o uso correto de Associação de Dados com setas indicativas	[ ] Conforme
Fidelidade Real (AS-IS)	O modelo reflete com 100% de fidelidade a prática observada, sem "maquiar" falhas?	Confirmar a presença de exceções reais, retrabalhos e gargalos operacionais	[ ] Conforme

Conclusão e Próximos Passos

Síntese e Transição do AS-IS para o TO-BE

O domínio rigoroso da notação BPMN 2.0 aplicado ao mapeamento do estado atual (AS-IS) constitui o alicerce técnico e estratégico sobre o qual se constrói a verdadeira engenharia de processos. Conforme preconizado nos Capítulos 5 e 7 do BPM CBOK V3.0, a transformação de processos não é um exercício de intuição, mas uma disciplina pragmática fundamentada em dados concretos.

O modelo AS-IS fidedigno atua como a linha-base (baseline) indispensável para a condução da análise de lacunas (Gap Analysis). É a partir da visibilidade exata dos gargalos, dos handoffs de risco, do excesso de tarefas manuais e das falhas de integração revelados no AS-IS que a equipe de arquitetura de processos obtém os subsídios necessários para projetar o estado futuro (TO-BE). Somente comparando o estado futuro com a linha-base atual é possível quantificar o Retorno sobre o Investimento (ROI), a redução do tempo de ciclo (cycle time) e os ganhos de eficiência operacional trazidos pela transformação.

Com a compreensão da sintaxe, semântica e boas práticas apresentadas neste guia, você está preparado para conduzir mapeamentos AS-IS de alto nível profissional. Convido você a aplicar estes conceitos em seus projetos diários, transformando diagramas gráficos em ferramentas vivas de diagnóstico, governança e geração de valor para a sua organização!