A automação costuma entrar na agenda das empresas pela ferramenta: a plataforma de workflow, o software que lê e classifica documentos, a inteligência artificial que extrai dados de um formulário. A escolha do que automatizar, porém, depende de uma etapa anterior, o mapeamento de processos, que descreve como o trabalho acontece antes que qualquer sistema assuma parte dele.
Quanto mais atividades uma empresa entrega à automação, mais o resultado depende de conhecer como o processo acontece na operação, com as exceções, os retrabalhos e as passagens de uma área para outra. A ferramenta executa as regras que recebe, e, quando o desenho deixa de fora a conferência que um analista faz numa planilha paralela ou o anexo que chega por email, a automação repete a falha em cada solicitação. O mapeamento de processos dá à gestão o critério para decidir o que automatizar, em que ordem e com quais regras.
A presença dessas tecnologias nas empresas brasileiras aparece na 16ª edição da pesquisa TIC Empresas, divulgada em 2026 pelo Cetic.br, ligado ao Comitê Gestor da Internet no Brasil (CGI.br), a partir de 4.174 entrevistas com empresas de dez ou mais pessoas ocupadas.
A pesquisa registra que 17% das empresas usaram tecnologias de inteligência artificial, proporção que chega a 50% entre as que têm 250 ou mais pessoas ocupadas, e que, entre as que usaram, 68% recorreram à automatização de processos de fluxos de trabalho, o tipo mais frequente entre os que o levantamento mede. No conjunto das empresas, 36% usaram pacotes de software ERP para integrar os dados e os processos de seus departamentos.
O ERP organiza os registros de compras, finanças e estoque, mas boa parte do trabalho acontece entre um registro e outro, na aprovação de um pedido, na conferência de uma nota ou na validação de um documento que um fornecedor ou um candidato a uma vaga envia. O mapeamento de processos torna visíveis essas passagens, que definem se a automação vai reduzir o esforço da operação ou apenas acelerar etapas isoladas.
Mapeamento de processos é o levantamento que descreve, etapa por etapa, como uma atividade acontece na empresa: quem executa cada tarefa, que informação ou documento recebe, que decisão toma e para quem encaminha o resultado. O mapa delimita o início e o fim do processo, ou seja, o evento que dispara a atividade, como um pedido de compra ou a admissão de um colaborador, e a entrega que a encerra, como o pagamento liberado ou o contrato assinado.
Além das tarefas, o levantamento registra os documentos que circulam em cada etapa, os sistemas que a equipe consulta, as regras de decisão e o tempo de espera entre uma passagem e outra. Esse nível de detalhe é o que separa o mapa de uma lista de atividades. Num reembolso de despesas, por exemplo, o mapa mostra que a aprovação exige o comprovante digitalizado, que o gestor compara o valor com o limite da política interna e que, acima de determinada quantia, o pedido segue para uma segunda alçada.
O mapeamento de processos também registra o que não aparece no procedimento formal. Um analista pode manter uma planilha de controle porque o sistema não mostra o status de uma pendência, e um gestor pode aprovar solicitações por mensagem porque o fluxo oficial não chega ao celular. Esses desvios mostram em que ponto o processo atual falha e entram no mapa como parte do retrato, sem julgamento sobre quem os criou, porque a automação precisa resolver esses pontos.
O mapeamento de processos parte do retrato atual, o as is, e chega ao desenho futuro, o to be. No as is, a equipe responsável entrevista quem executa cada etapa, acompanha a atividade no dia a dia e examina os documentos e os registros de sistema que o processo gera. O dono do processo, gestor que responde pelo resultado, valida esse levantamento antes da análise, para que o desenho reflita a operação e não apenas o procedimento escrito.
Ao analisar o as is, a equipe procura os pontos em que o processo perde tempo ou qualidade. Entre os sinais estão a conferência da mesma informação em duas áreas, a espera por uma aprovação que depende de uma única pessoa, o documento que volta ao solicitante por falta de um dado e a transcrição manual de informações de um sistema para outro. Sempre que possível, a equipe mede o volume de solicitações, o tempo de cada etapa e a proporção de casos que fogem do fluxo padrão, porque esses números orientam as prioridades do redesenho.
Na etapa do to be, a equipe redesenha o processo a partir dessa análise, elimina etapas sem função, define quem aprova cada tipo de solicitação, explicita as regras de decisão e estabelece prazos para cada passagem. Nessa fase, a empresa separa o que o sistema pode executar sem intervenção, o que continua a depender de julgamento humano e o que exige um documento num formato que a automação consiga ler.
Em um processo de admissão, o as is pode mostrar que o RH recebe documentos por email e por aplicativo de mensagem, confere cada arquivo manualmente e cobra os pendentes um a um, enquanto o to be prevê um canal único de envio, no qual o sistema verifica o conjunto de documentos e o analista atua apenas nos casos com divergência. O artigo sobre a documentação do processo de admissão detalha os documentos envolvidos nessa etapa.
O BPMN, sigla de Business Process Model and Notation, é uma notação padronizada que registra o desenho do processo em símbolos que as áreas de negócio e de tecnologia leem da mesma forma. O Object Management Group (OMG) mantém a especificação do BPMN, cuja versão vigente é a 2.0.2. A versão anterior, 2.0.1, é idêntica à norma internacional ISO/IEC 19510, que a Organização Internacional de Normalização (ISO) publicou com a Comissão Eletrotécnica Internacional (IEC).
A notação organiza o processo em elementos com função definida. Os eventos marcam o início e o fim, as atividades representam as tarefas, os gateways indicam os pontos de decisão e os fluxos mostram a sequência entre as etapas. Os pools, ou piscinas, representam os participantes, como a empresa, um cliente ou um fornecedor, as raias dividem cada pool entre as áreas ou os papéis que executam as atividades, e os objetos de dados indicam os documentos que cada atividade consome ou produz, o que torna visível a dependência entre o processo e a gestão documental.
O fluxograma atende à representação de sequências simples e costuma ser o primeiro registro de um processo, como mostra o artigo sobre o uso do fluxograma antes da automação. Quando o processo envolve vários participantes, troca de mensagens com agentes externos e regras que um sistema vai executar, o BPMN dá mais precisão ao mapeamento de processos, porque descreve os eventos, as mensagens e as decisões que a equipe precisa reproduzir ao configurar uma plataforma de gestão de processos de negócio, o BPMS. A relação entre a notação e a disciplina de gestão aparece no artigo sobre BPM e o ciclo de um BPMS.
O mapeamento de processos indica o que automatizar quando a equipe cruza o volume de cada etapa com a clareza da regra que a governa. Etapas repetitivas, de alto volume e com regra explícita, como a verificação de campos obrigatórios, o encaminhamento de uma solicitação para a alçada correta ou o envio de lembretes de prazo, rendem mais com a automação. As que dependem de interpretação, negociação ou análise de exceção continuam com as pessoas, que passam a receber o caso instruído com as informações e os documentos necessários.
O desenho futuro também precisa tratar o documento como parte do fluxo. Se uma etapa depende de um contrato assinado, de uma nota fiscal ou de um laudo, o mapa define por qual canal o documento entra, em que formato, quem confere a autenticidade e por quanto tempo a empresa precisa guardá-lo depois que o fluxo termina. Sem essa definição, a automação acelera a tramitação, mas os arquivos continuam dispersos em pastas e caixas de email, fora do alcance de quem precisa consultá-los numa auditoria.
Plataformas de automação de fluxos de trabalho traduzem o desenho do to be em regras, etapas e perfis de acesso, com trilha de auditoria e painéis de acompanhamento de prazos. O mapa que a equipe fez antes define quais perfis aprovam cada etapa, quais documentos a plataforma deve exigir e quais integrações com outros sistemas precisam existir para que ninguém transcreva dados manualmente. Quando a empresa decide terceirizar uma operação inteira, o mesmo mapa serve de base para definir os níveis de serviço e as responsabilidades de cada parte.
O mapeamento de processos continua depois que a empresa implanta o sistema, porque o processo muda sempre que muda uma regra, uma área ou um fornecedor. A empresa precisa designar um responsável por cada processo mapeado, com autoridade para aprovar alterações no desenho e na configuração da plataforma, e definir com que frequência revisa o desenho.
A própria automação gera os dados que alimentam essa revisão, já que os registros de um workflow mostram quanto tempo cada etapa leva, quantas solicitações voltam ao solicitante e quais caminhos de exceção se repetem. Uma exceção frequente costuma indicar uma regra que o desenho ainda não contempla, e o responsável pelo processo decide, na revisão do mapa, se a regra entra no fluxo ou se a etapa volta a depender de análise humana.
Fatores externos também alteram o desenho, como uma nova exigência legal sobre prazos de guarda, outro leiaute de documento fiscal ou a troca do sistema de gestão, e o mapa atualizado permite avaliar o efeito dessas mudanças antes que cheguem à operação. Manter o desenho em BPMN num repositório único, com controle de versões, evita que cada área trabalhe com uma cópia diferente do mesmo processo.
Para definir os primeiros processos, a gestão pode partir daqueles nos quais clientes, fornecedores ou colaboradores ainda precisam reenviar documentos, cobrar retorno ou repetir informações que a empresa já recebeu. Esses pontos concentram o retrabalho que o mapeamento de processos torna mensurável e que a automação consegue reduzir, desde que o desenho resolva as regras e as exceções antes de a ferramenta entrar em operação.
Share