Uma empresa decide automatizar aprovações.
Ao configurar o workflow, descobre que:
- ninguém sabe quem aprova;
- existem cinco formas de solicitar;
- o fornecedor começa antes do pedido;
- serviços não possuem recebimento;
- exceções são tratadas por mensagem;
- cada unidade executa um processo diferente.
A automação não criou o problema. Ela tornou o problema visível.
Mapear o processo antes de automatizar ajuda a compreender:
- atividades;
- decisões;
- papéis;
- dados;
- controles;
- esperas;
- exceções;
- sistemas;
- resultados.
Um fluxograma é uma representação visual.
BPMN — Business Process Model and Notation — é uma notação formal mantida pelo Object Management Group para representar processos de negócio de maneira compreensível e tecnicamente estruturada. A versão formal vigente é a BPMN 2.0.2.
Fluxograma ou BPMN?
Fluxograma simples
Útil para:
- visão executiva;
- treinamento;
- processo curto;
- comunicação.
BPMN
Útil para:
- processos com papéis;
- mensagens;
- eventos;
- decisões;
- exceções;
- integração;
- automação.
Não é necessário usar toda a notação.
O modelo deve ser compreensível para o público.
Três níveis de mapeamento
Nível 1 — Jornada
Exemplo:
necessidade → sourcing → contrato → pedido → recebimento → pagamento.
Nível 2 — Processo
Mostra subprocessos, owners e decisões.
Nível 3 — Procedimento
Mostra tarefas, dados, sistemas e exceções.
Um diagrama único com centenas de elementos não serve bem a nenhum público.
AS-IS e TO-BE
AS-IS
Como o processo ocorre hoje.
TO-BE
Como deverá funcionar.
SHOULD-BE
Visão ideal ou referência.
Evite desenhar o TO-BE sem compreender o AS-IS.
O processo informal pode conter controles ou necessidades que não aparecem na política.
Comece pelo escopo
Defina:
- evento de início;
- evento de fim;
- objeto;
- unidade;
- categoria;
- sistemas;
- participantes;
- variantes;
- período.
Exemplo:
"Da solicitação de compra indireta até o pedido aprovado para fornecedores já cadastrados."
Esse escopo é mais útil que "mapear compras".
Elementos fundamentais de BPMN
Evento
Algo que inicia, interrompe ou encerra o processo.
Exemplos:
- contrato próximo do vencimento;
- requisição recebida;
- entrega realizada;
- prazo expirado;
- erro de integração.
Atividade
Trabalho realizado.
Exemplos:
- validar orçamento;
- criar pedido;
- revisar contrato;
- confirmar recebimento.
Gateway
Ponto de decisão ou divisão do fluxo.
Exemplos:
- fornecedor está aprovado?
- valor excede alçada?
- fatura está dentro da tolerância?
Sequence flow
Ordem das atividades dentro de um participante.
Message flow
Comunicação entre participantes ou pools.
Exemplo:
- empresa envia pedido;
- fornecedor envia confirmação.
Pool e lane
Pool
Participante independente.
Lane
Papel ou área dentro do participante.
Exemplo:
Pool "Empresa" com lanes:
- requisitante;
- procurement;
- aprovador;
- recebimento;
- contas a pagar.
Pool separado:
- fornecedor.
Data object
Documento ou informação utilizada ou produzida.
Exemplos:
- requisição;
- proposta;
- contrato;
- pedido;
- comprovante;
- fatura.
Subprocesso
Agrupa atividades.
Exemplo:
"Qualificar fornecedor" pode ser expandido em outro diagrama.
Eventos de timer
Úteis para:
- renovação;
- SLA;
- vencimento;
- prazo de proposta;
- escalonamento.
Eventos de erro
Representam falhas como:
- integração;
- documento inválido;
- pagamento rejeitado;
- fornecedor bloqueado.
Gateways: cuidado
Exclusivo
Apenas um caminho.
Exemplo:
aprovado ou rejeitado.
Paralelo
Vários caminhos ocorrem simultaneamente.
Exemplo:
segurança e privacidade analisam em paralelo.
Inclusivo
Um ou mais caminhos podem ocorrer.
Exemplo:
análises adicionais conforme risco.
Usar gateway incorreto pode gerar desenho impossível de automatizar.
Um fluxo ilustrativo
- requisitante cria demanda;
- sistema verifica contrato;
- se houver catálogo, direciona compra;
- se não houver, triagem avalia sourcing;
- fornecedor é qualificado;
- propostas são recebidas;
- decisão é aprovada;
- contrato é assinado;
- pedido é emitido;
- fornecedor entrega;
- área recebe;
- fatura é conciliada;
- pagamento é realizado.
Cada etapa pode possuir variantes.
Variantes
- material;
- serviço;
- emergência;
- fornecedor único;
- compra internacional;
- capex;
- cartão;
- catálogo;
- contrato recorrente.
Não force todas as variantes em um fluxo.
Crie um fluxo base e subprocessos ou caminhos específicos.
Material versus serviço
Material
Recebimento pode envolver:
- quantidade;
- inspeção;
- estoque;
- devolução.
Serviço
Pode envolver:
- medição;
- aceite;
- milestone;
- evidência;
- folha;
- relatório.
O mesmo ícone de "receber" não explica controles diferentes.
Happy path e exceções
Mapeie primeiro o caminho normal.
Depois adicione as exceções prioritárias:
- pedido retroativo;
- divergência;
- rejeição;
- falta de orçamento;
- alteração;
- cancelamento;
- atraso;
- documento vencido.
Não transforme o mapa em catálogo de todos os incidentes históricos.
RACI e BPMN
BPMN mostra quem executa no fluxo.
RACI ajuda a documentar:
- Responsible;
- Accountable;
- Consulted;
- Informed.
Os instrumentos são complementares.
Uma lane não substitui a definição de accountability.
Controles no processo
Para cada controle, registre:
- risco;
- objetivo;
- atividade;
- responsável;
- evidência;
- frequência;
- sistema;
- exceção.
Exemplo:
Risco: pagamento sem recebimento.
Controle: three-way match.
Evidência: pedido, receipt e fatura.
Exceção: tolerância aprovada.
Dados e sistemas
Anote:
- sistema de origem;
- sistema de registro;
- interface;
- dado criado;
- dado atualizado;
- owner;
- falha;
- reconciliação.
Um diagrama de processo não substitui um diagrama de arquitetura, mas deve mostrar handoffs importantes.
Workshops de mapeamento
Participantes:
- requisitante;
- procurement;
- finanças;
- jurídico;
- recebimento;
- tecnologia;
- fornecedor, quando útil;
- auditoria.
Técnicas:
- brown paper;
- entrevista;
- shadowing;
- dados;
- logs;
- walkthrough;
- process mining.
Não dependa apenas da descrição do gestor.
Observe o trabalho real
Perguntas:
- onde a tarefa começa?
- que informação falta?
- o que é copiado?
- onde espera?
- quem corrige?
- que atalho existe?
- qual controle é informal?
- o que ocorre quando falha?
O fluxo oficial e o fluxo real podem ser diferentes.
Medidas no mapa
Para cada atividade:
- touch time;
- wait time;
- frequência;
- erro;
- volume;
- custo;
- sistema;
- capacidade.
Isso transforma o mapa em instrumento de melhoria.
Value Stream Mapping
VSM pode complementar BPMN ao destacar:
- valor;
- espera;
- estoque de trabalho;
- lead time;
- fluxo de informação.
BPMN descreve lógica. VSM enfatiza fluxo e desperdício.
Process mining
Logs podem mostrar:
- variantes;
- loops;
- desvios;
- duração;
- pedidos retroativos;
- atividades repetidas.
O mapa obtido precisa ser interpretado com usuários.
Um evento ausente no log pode existir fora do sistema.
Desenho do TO-BE
Princípios:
- eliminar atividade sem objetivo;
- reduzir handoffs;
- coletar dado uma vez;
- automatizar regra estável;
- manter humano em julgamento;
- aplicar controle proporcional;
- criar status;
- tratar exceções;
- preservar evidência.
Automação executável
Um modelo pode apoiar configuração de workflow, mas nem todo diagrama BPMN é diretamente executável.
Para automação, são necessários:
- regras;
- dados;
- integrações;
- papéis;
- SLAs;
- erros;
- permissões;
- testes.
Governança dos diagramas
Defina:
- owner;
- versão;
- aprovação;
- data;
- ferramenta;
- repositório;
- relação com política;
- revisão;
- mudança.
Um fluxograma desatualizado pode ser mais perigoso que a ausência de fluxograma.
Indicadores
- processos mapeados;
- owners;
- versões atuais;
- variantes;
- tempo;
- espera;
- handoffs;
- loops;
- exceções;
- controles;
- automações;
- aderência.
Caso prático: pagamento bloqueado
A empresa possui muitas faturas paradas.
O mapeamento mostra:
- pedidos criados sem dados;
- recebimentos não registrados;
- faturas chegam antes;
- contas a pagar abre chamados;
- requisitante não sabe onde receber;
- comprador corrige pedido;
- fornecedor reemite nota.
O TO-BE:
- valida dados na requisição;
- notifica recebimento;
- cria work confirmation para serviço;
- roteia exceção;
- mostra status;
- mede causa.
O problema não era apenas a fatura.
Erros comuns
- mapear "compras" inteiro em uma página;
- desenhar apenas política;
- confundir AS-IS e TO-BE;
- lanes por sistema;
- gateway sem regra;
- exceções demais;
- ausência de dados;
- automatizar antes de medir;
- diagrama sem owner;
- linguagem técnica incompreensível.
Como a CapturaMe se conecta a esse cenário
A CapturaMe pode implementar fluxos mapeados com formulários, etapas, aprovações, tarefas, documentos e integrações.
Os dados da execução ajudam a comparar o processo desenhado ao processo real e a alimentar melhorias contínuas.
Conclusão
Mapear compras não é desenhar caixas bonitas.
É tornar visível como decisões, dados, controles e pessoas se conectam. BPMN oferece uma linguagem estruturada, mas o valor está em compreender o trabalho real antes de configurar a automação.
Conheça a CapturaMe para empresas privadas
Perguntas frequentes
Preciso usar BPMN?
Não em todos os casos. Fluxogramas simples podem atender processos menores.
Qual é a versão vigente do BPMN?
A versão formal publicada pelo OMG é a BPMN 2.0.2.
Devo mapear AS-IS ou TO-BE?
Primeiro compreenda o AS-IS e depois desenhe o TO-BE.
Quantos detalhes colocar?
O suficiente para a decisão e o público. Use níveis e subprocessos.
BPMN automatiza o processo?
Pode apoiar automação, mas regras, dados, integrações e testes ainda são necessários.
Como validar o mapa?
Com usuários, observação, dados e walkthrough de casos reais.
