Process intelligence e agentes de IA: por que o agente precisa do mapa antes de executar

Process intelligence e agentes de IA são duas metades do mesmo trabalho. O agente executa tarefas dentro do ERP; a process intelligence, que parte da mineração de processos, mostra como o processo realmente acontece, diz onde o agente deve entrar, acompanha o que ele faz e prova o resultado. Sem o mapa, o agente automatiza a variante errada com muita eficiência.

O que é process intelligence, a diferença para process mining e os componentes já estão em process intelligence: o que é e como funciona. Este artigo aplica o conceito a uma pergunta mais nova: o que muda quando quem executa o processo é um agente de IA, e por que o mapa precisa vir antes. A camada que faz isso na UpFlux está descrita em process intelligence na plataforma.

O agente executa o processo real, não o desenhado

Todo processo tem duas versões. A desenhada está no fluxograma da implantação do ERP e no manual da área. A real está nos registros do sistema: a requisição que voltou três vezes, o pedido emitido antes da requisição, a aprovação que acontece por e-mail e só depois é lançada. Em quase toda empresa, a versão real tem dezenas de caminhos diferentes para o mesmo processo, as chamadas variantes.

Uma pessoa experiente lida com as variantes sem perceber. Ela sabe que a filial do Sul compra daquele fornecedor por um motivo que não está escrito, e que o pedido de serviço sempre volta da aprovação se vier sem anexo. O agente não sabe nada disso. Ele executa a regra que recebeu, sobre o processo que encontrar. Se a regra foi escrita a partir do processo desenhado, o agente vai tropeçar exatamente onde o processo real se afasta dele.

Os fabricantes de ERP chegaram à mesma conclusão. No Sapphire 2026, o CEO da SAP, Christian Klein, disse que nenhum agente compensa um modelo de dados quebrado e que só plugar agentes no ambiente de sistemas não gera valor (SAP News, 13/05/2026). A Oracle apresentou as suas aplicações com agentes como algo que opera dentro das hierarquias de aprovação, das permissões e do contexto transacional do sistema (Oracle, 24/03/2026). Em outras palavras: o agente vale o que vale o conhecimento do processo em que ele entra.

O que o mapa responde antes de o agente entrar

A process intelligence responde, com dado, às perguntas que decidem se um agente vale a pena e como ele deve ser configurado.

Pergunta	O que a process intelligence mostra	Decisão sobre o agente
Onde está o volume?	Quantas transações por mês, por tipo, filial e categoria	Se o processo tem escala para pagar o esforço do agente
Onde o trabalho espera?	Tempo parado em cada etapa, caso a caso	Se o gargalo é execução (o agente ajuda) ou aprovação (o problema é de alçada)
Qual é o caminho principal?	As variantes e quanto do volume cada uma carrega	Qual variante o agente executa e quais ficam fora do escopo
O que é desvio?	Pedido sem cotação, pedido antes da requisição, preço alterado depois de criado	Que regra o agente precisa cumprir para não repetir o desvio
Quanto custa hoje?	Horas, retrabalho e valor envolvido por variante	A linha de base em reais contra a qual o agente vai ser medido
O que acontece fora do sistema?	E-mail, planilha, telefonema que o ERP não registra	O que o agente precisa ler ou substituir para fechar a tarefa de ponta a ponta

Com essas respostas, o escopo do agente deixa de ser opinião. Ele atende a variante principal de um processo com volume, o gargalo dele é de execução, a regra que ele cumpre foi tirada do que o processo real mostrou, e o resultado tem uma régua definida antes da primeira transação.

Process mining é a fundação

A primeira metade do mapa vem da mineração de processos (process mining). Ela lê os registros que o ERP já grava, como quando a requisição entrou, quem aprovou, quando o pedido saiu e quando a nota chegou, e reconstrói o caminho de cada caso. É a única fonte que mostra o processo inteiro, com todas as variantes e com o tempo exato de cada passo, sem depender da memória de ninguém. Explicamos o método em mineração de processos e como ler o que ela devolve em como interpretar resultados de process mining.

A segunda metade é o que o sistema não registra. A cotação que corre por e-mail, a planilha de conferência e a ligação para destravar uma aprovação não deixam evento no ERP. O task mining captura parte disso na tela do usuário, e a entrevista com quem faz o trabalho captura o porquê. Comparamos as duas técnicas em task mining e process mining.

A process intelligence junta as duas metades com o valor de cada caso e transforma o mapa em decisão. Para agentes, isso tem uma consequência prática: o mesmo dado que mostrou o problema vai medir a solução.

Três erros comuns de agente sem mapa

Automatizar a variante que já era desvio

Um exemplo hipotético: uma empresa coloca um agente para emitir pedidos a partir de cotações recebidas por e-mail. O fluxo parece óbvio. O mapa mostraria que 30% desses pedidos nasciam antes da requisição aprovada, a compra sem processo que se chama maverick buying. Sem o mapa, o agente passa a emitir esses pedidos mais rápido, e o desvio ganha escala. Mostramos como esse desvio aparece nos dados em maverick spend.

Entrar onde não há volume

O processo que mais incomoda nem sempre é o que tem mais transações. Um agente configurado para um processo de 40 casos por mês custa quase o mesmo esforço de desenho e governança que um de 4.000, e devolve uma fração. A process intelligence mostra o volume antes, e a fila de prioridades sai ordenada em reais, não pelo barulho de cada área.

Não conseguir provar o ganho

Sem linha de base, qualquer resultado vira percepção. "O time sente que está mais rápido" não sustenta a renovação do contrato nem a expansão para o segundo processo. Com o mapa feito antes, o antes e o depois são medidos na mesma régua, caso a caso.

Durante a operação: o mapa vira painel de controle

Depois que o agente entra, a process intelligence muda de papel. Ela deixa de ser diagnóstico e passa a ser o painel em que se acompanha o trabalho do agente junto com o das pessoas.

Quatro indicadores dizem se o agente está bem calibrado:

1. Taxa de exceção. Quantos casos o agente encaminhou para uma pessoa. Alta demais, a alçada está apertada ou a regra não cobre a variante real. Baixa demais, vale conferir se ele está decidindo o que não devia.
2. Conformidade. Quantos casos seguiram o caminho principal e quantos saíram dele. O agente não deveria criar variante nova.
3. Tempo de ciclo. Quanto tempo o caso leva de ponta a ponta, agora com o agente. É o indicador que mostra se o gargalo era mesmo de execução.
4. Resultado por transação. O valor capturado em cada caso: preço negociado, prazo, erro evitado. Somado, é o resultado em reais.

Há um efeito que só aparece com o mapa ligado: o caminho certo fica mais rápido que o atalho. Quando o agente cota e emite o pedido em horas, comprar fora do processo deixa de compensar para quem pede, e o desvio cai sem que ninguém precise proibir nada. A process intelligence é o que mostra esse efeito acontecendo, mês a mês. É a lógica da torre de controle de processos.

Depois: o resultado medido em reais, transação por transação

Agente de IA é investimento, e investimento precisa de prova. A prova mais forte é a que sai do mesmo registro que o ERP já grava: cada transação executada pelo agente, com o valor de referência antes, o valor fechado depois e a diferença em reais. Não é pesquisa de satisfação, não é estimativa de horas poupadas, não é múltiplo de retorno. É a soma das transações.

Esse formato tem duas vantagens. A primeira é a auditoria: qualquer número do relatório pode ser aberto até o caso que o gerou. A segunda é a decisão sobre o próximo passo: o segundo processo candidato já tem mapa, linha de base e régua, e a conversa sobre expandir parte de um resultado medido, não de uma promessa.

Como começar, em cinco passos

1. Escolha duas ou três áreas candidatas e extraia doze meses de eventos do ERP: requisições, pedidos, aprovações, notas e pagamentos, com data, hora e usuário.
2. Monte o mapa real com process mining e complete com o que acontece fora do sistema, ouvindo quem faz o trabalho.
3. Calcule a linha de base em volume, tempo e reais por variante, e escolha a que tem volume, regra clara e gargalo de execução.
4. Escreva o escopo e a alçada do agente a partir do que o mapa mostrou, e defina os quatro indicadores de controle. A página de governança de agentes traz um roteiro.
5. Ligue o agente com aprovação por transação, passe à aprovação por exceção conforme a taxa de erro permitir e meça o resultado na mesma régua.

Os mesmos passos valem para qualquer ERP. O que muda de um fabricante para outro é qual agente executa, como comparamos em agentes de IA para ERP.

Onde a UpFlux entra

A UpFlux nasceu da process intelligence, e é sobre ela que os agentes trabalham. O modelo é o de um time digital: agentes de IA executam o trabalho transacional dentro do ERP que a empresa já usa, especialistas enxutos decidem por exceção e a process intelligence mede o resultado em reais, transação por transação.

O mapa. A plataforma lê os dados do ERP com process mining e soma o Nous Scan, um agente que entrevista 100% do time do escopo por link e em duas semanas devolve onde o trabalho trava e quanto custa em horas e em reais. É o diagnóstico dos passos 1 a 3, em qualquer ERP. Mais detalhes em mapeamento de processos com IA.

A execução. Em compras, os agentes da UpFlux operam no TOTVS Protheus e no Datasul, no SAP S/4HANA e ECC, no Oracle, no Senior e no Sankhya. O Agente Negociador cota, negocia e emite o pedido de cauda dentro do ERP, com trilha de auditoria por decisão. Em saúde, os agentes auditam 100% das contas médicas e fazem a auditoria prévia das autorizações, com o médico auditor decidindo o que não é conforme. Nos dois casos, o mesmo mapa que mostrou onde o agente entra mede o que ele entregou.

Perguntas frequentes

Qual a relação entre process intelligence e agentes de IA?

A process intelligence mostra como o processo realmente funciona, onde o agente deve entrar e que regra ele precisa cumprir. Durante a operação, acompanha o trabalho do agente, e depois prova o resultado em reais. O agente executa; a process intelligence diz onde, controla e mede.

Por que o agente de IA precisa de process mining antes?

Porque o agente executa o processo real, que raramente é o desenhado. O process mining reconstrói, a partir dos registros do ERP, todas as variantes e o tempo de cada passo. Sem isso, o agente pode automatizar um desvio, entrar num processo sem volume ou não ter linha de base para provar o ganho.

Process intelligence substitui o process mining quando há agentes?

Não. A process intelligence depende do process mining, que é a fundação do mapa. Ela acrescenta o que o sistema não registra, o valor de cada caso e a ação, e com agentes passa a acompanhar também o trabalho que eles executam.

Como medir o resultado de um agente de IA?

Na mesma régua usada antes de ele entrar: volume, tempo de ciclo, taxa de exceção, conformidade e resultado em reais por transação. O valor final é a soma das transações executadas, cada uma rastreável até o caso no ERP.

O que é taxa de exceção de um agente?

É a parcela de casos que o agente encaminhou para uma pessoa por estarem fora da regra ou da alçada. É o principal termômetro de calibração: mostra se a regra cobre o processo real e se a alçada está no tamanho certo.

Próximo passo

Agente sem mapa é aposta; agente com mapa é operação medida. O caminho começa pelo que o ERP já registra e pelo que o time já sabe, organizado para dizer onde o agente rende e como provar que rendeu. Veja como a UpFlux faz isso na plataforma de process intelligence.