Como implementar IA em compras numa empresa grande: roteiro de 90 dias

Para implementar IA em compras em uma empresa grande, comece pela cauda, não pela área inteira, e divida o trabalho em três fases: duas semanas de diagnóstico com os dados do ERP e entrevistas com o time, quatro semanas de piloto com um agente de IA negociando pedidos de baixo valor e o comprador aprovando pedido a pedido, e seis semanas para passar à aprovação por exceção e escalar. Cada fase tem um entregável, um dono e um critério para avançar, escritos antes de ela começar.

A cauda é o ponto de partida porque é onde o risco é menor e o ganho é inteiramente novo: são pedidos que hoje ninguém negocia. Numa multinacional industrial, R$ 22 milhões processados na cauda devolveram R$ 1,6 milhão ao caixa, sem contratação nova (resultados). O roteiro abaixo mostra como chegar lá sem projeto de um ano e sem trocar o ERP. Para o que o agente decide sozinho e o que fica com o comprador, veja IA em compras.

Por que a IA em compras trava em empresa grande

Empresa grande raramente tem falta de iniciativa de IA. Tem piloto que não vira operação, quase sempre pelos mesmos motivos: escopo largo demais para alguma categoria dar sinal, linha de base inexistente, alçada não escrita (todo pedido volta ao comprador), régua de saving escolhida depois do resultado e ninguém responsável pela fila de exceção. O roteiro abaixo fecha esses buracos antes que eles apareçam.

Roteiro de 90 dias para implementar IA em compras

Fase	Entregável	Dono	Critério para avançar	Risco principal
Semanas 0 a 2: diagnóstico	Mapa da cauda com volume, valor e tempo por pedido; lista de categorias do piloto; linha de base assinada	Gerente de compras, com TI para a extração	Linha de base, alçada inicial e régua aprovadas por compras e controladoria; acesso ao ERP liberado	Extração que atrasa no TI ou dado sem histórico na mesma unidade de medida
Semanas 3 a 6: piloto na cauda	Pedidos negociados pelo agente e aprovados um a um pelo comprador, com trilha completa	Comprador líder das categorias do piloto	Volume mínimo tratado, taxa de rejeição do comprador abaixo do limite combinado, nenhum pedido fora da alçada, saving reconciliado com o ERP	Categoria pequena demais para dar sinal, ou comprador que vira gargalo de aprovação
Semanas 7 a 12: exceção e escala	Agente emitindo dentro da alçada, comprador vendo só a exceção, novas categorias incluídas, relatório mensal fechado	Head de compras, com controladoria validando o resultado	Taxa de exceção estável, resultado do mês aceito pelo financeiro, plano das próximas categorias	Alçada afrouxada rápido demais ou régua contestada depois do fato

Os limites dos critérios dependem do volume de cada empresa e são escritos na semana 2. Um exemplo ilustrativo, com números hipotéticos: pelo menos 300 pedidos tratados no piloto, rejeição do comprador abaixo de 10% nas duas últimas semanas e zero pedido emitido fora da alçada.

Semanas 0 a 2: diagnóstico com dados do ERP e entrevistas com o time

O diagnóstico responde a duas perguntas: onde está o volume que ninguém trata (sai do ERP) e como o trabalho acontece de verdade (sai das pessoas).

Dos dados do ERP, bastam doze meses de solicitações, cotações e pedidos, exportados do Protheus, do Datasul ou do SAP. Com isso se medem:

• quantos pedidos e quanto valor passam sem nenhuma cotação, por faixa de valor e por categoria;
• quantos preços diferentes o mesmo item teve no ano, e o menor preço válido de cada um, que vira a âncora da negociação;
• pedidos fracionados, o mesmo item quebrado em vários pedidos pequenos;
• o lead time da requisição ao pedido, pela mediana e pelo percentil 90.

Essa leitura é process mining aplicado a compras: o caminho real de cada pedido reconstruído a partir do log do ERP. Ela é a base do resto do roteiro. O mesmo mapa que aponta onde a cauda está é o que dá ao agente o histórico do item, a âncora de preço e o contexto do processo em que ele vai executar.

Das entrevistas com o time sai o que o log não registra: a cotação que corre por e-mail ou WhatsApp, a planilha de preços que só uma pessoa atualiza, o tempo real por pedido. Ouvir o time inteiro, e não só a liderança, evita desenhar o piloto sobre um processo que só existe no organograma. O mapeamento de processos com IA faz essa rodada por agente, com cada pessoa respondendo no seu tempo.

O entregável da fase é a linha de base: escopo, volume atual, referência histórica por item, tempo por pedido, e a régua e a trava do resultado escritas. O diagnóstico da UpFlux cobre as duas portas, a leitura do extrato do ERP e o censo com o time, em duas semanas.

Como descobrir onde aplicar IA na área de compras

Em compras, a resposta quase sempre aparece no próprio diagnóstico. Procure as categorias que reúnem quatro sinais ao mesmo tempo: muitos pedidos de baixo valor, pouca ou nenhuma cotação, dispersão de preço no mesmo item e histórico legível no ERP. Material de manutenção, EPI, escritório, serviços recorrentes de pequeno valor e itens de apoio costumam cumprir os quatro.

Ficam fora do primeiro ciclo as categorias com contrato vigente, fornecedor único estratégico, item regulado ou valor alto que já passa por concorrência. Elas podem entrar depois, quando a organização já souber governar um agente.

Semanas 3 a 6: piloto na cauda com aprovação humana pedido a pedido

No piloto, o agente faz o trabalho inteiro e o comprador aprova cada pedido antes da emissão. O agente lê a requisição, consulta o histórico do item, cota com os fornecedores cadastrados, negocia com a âncora do menor preço já pago e monta o pedido. O comprador vê a primeira tomada, a contraproposta e o preço fechado, e aprova ou rejeita.

Três cuidados fazem o piloto dar sinal:

1. Volume suficiente. Categorias que somem centenas de pedidos no período. Com poucas dezenas, o resultado é ruído.
2. Rejeição com motivo. Cada rejeição leva um motivo de lista fechada (preço, fornecedor, especificação, prazo). É esse registro que mostra onde a alçada está larga ou estreita.
3. Fornecedor avisado. Os fornecedores da categoria sabem, antes da primeira cotação, que o canal mudou.

O agente opera dentro do ERP como usuário nomeado, com perfil restrito às transações do escopo.

Semanas 7 a 12: aprovação por exceção e escala

Passado o critério do piloto, o comprador deixa de aprovar todo pedido e passa a ver só o que sai da alçada. O agente emite sozinho quando o preço fechado está dentro da regra e escala quando não está: preço acima da referência histórica além do limite, fornecedor fora do cadastro, especificação ambígua, valor acima do teto.

A escala vem em duas direções: cobertura total das categorias do piloto e, depois, as categorias seguintes do diagnóstico, uma por vez, cada uma com uma semana de aprovação pedido a pedido antes da exceção. Na semana 12, a área fecha o primeiro relatório mensal com a controladoria, na régua acordada na semana 2.

Governança: alçadas, trilha e quem responde pelo agente

Alçadas. A alçada do agente é escrita pelo comprador e pelo gestor que hoje decidem, e respeita as regras de aprovação que o ERP já tem, como o controle de alçadas do Protheus ou a estratégia de liberação do SAP. Ela define três faixas:

Faixa	Exemplo de regra	Quem decide
O agente decide	Preço fechado igual ou abaixo da referência histórica, fornecedor cadastrado, valor abaixo do teto da categoria	O agente, com registro
O agente prepara	Preço acima da referência, fornecedor novo, prazo fora do padrão	O comprador, com a análise pronta
O agente não toca	Contrato, fornecedor único estratégico, item regulado, valor acima do teto	O comprador, pelo fluxo de sempre

Trilha. Cada decisão fica registrada: requisição, propostas, contrapropostas, preço fechado, regra aplicada e, quando houver, quem aprovou e por quê. É o que responde à auditoria interna quando algo dá errado.

Dono e reversão. A fila de exceção tem dono e prazo de resposta. Se a rejeição sobe numa categoria, ela volta para aprovação pedido a pedido até o motivo ser corrigido. Para empresas que já rodam mais de um agente, de mais de um fornecedor, a governança de agentes reúne a trilha, o escopo e o resultado de todos num lugar só.

A régua de retorno, combinada antes do primeiro pedido

A régua do resultado é assinada na semana 2, não no fim do piloto. A régua de saving da UpFlux é a menor proposta válida da primeira tomada de preço menos o valor comprado, com o histórico de preço do item como âncora da negociação e como trava do resultado: se o preço fechado fica acima da referência histórica, a linha só conta com a confirmação do comprador e o motivo registrado.

Ao lado do saving, acompanhe a cobertura da cauda, as horas de comprador devolvidas e o lead time. O artigo sobre ROI de agentes de IA em compras mostra a conta aberta, com exemplo, e quando cada indicador pode ou não ser somado ao resultado financeiro.

Erros comuns na implantação de IA em compras

• Começar pela categoria mais estratégica. O primeiro ciclo é para aprender a governar o agente com risco baixo. A categoria crítica vem depois.
• Pular a aprovação pedido a pedido. Economiza quatro semanas e custa a confiança do time na primeira rejeição mal explicada.
• Ficar nela para sempre. Comprador aprovando tudo depois do critério cumprido é capacidade que não foi liberada.
• Contar o saving que o comprador já obtinha. O resultado do agente é o que ele trouxe sobre a linha de base.
• Tratar como projeto de TI. O TI libera acesso e extração; alçada, piloto e exceção são de compras.

O que o caso da multinacional industrial mostra

O resultado citado no início, R$ 1,6 milhão sobre R$ 22 milhões processados na cauda, mais de 6% de saving sobre a base, veio de gasto que ninguém negociava. Por isso é atribuível ao agente sem disputa com o trabalho que o time já fazia, e veio sem contratação, com o agente na rotina e o comprador na exceção. Na operação da UpFlux, cada real é apurado item a item e reconciliado com o pedido no ERP.

Perguntas frequentes

Como implementar IA em compras em uma empresa grande?

Começando pela cauda de compras e seguindo três fases. Nas semanas 0 a 2, um diagnóstico com os dados do ERP e entrevistas com o time define o escopo, a linha de base, a alçada e a régua do resultado. Nas semanas 3 a 6, um agente de IA negocia os pedidos de baixo valor e o comprador aprova cada um antes da emissão. Nas semanas 7 a 12, o comprador passa a ver só a exceção e novas categorias entram. Cada fase só avança quando o critério escrito antes dela é cumprido.

Como descobrir onde aplicar IA na minha empresa?

Olhando onde há volume repetitivo, decisão que pode ser escrita em regra, exceção frequente, dado já gravado em sistema e erro reversível. Em compras, esse lugar quase sempre é a cauda: muitos pedidos de baixo valor sem cotação, com dispersão de preço no mesmo item e histórico no ERP. Um diagnóstico de duas semanas, que combina a leitura do extrato do ERP com entrevistas com quem faz o trabalho, mostra as categorias candidatas com volume e valor.

Quanto tempo leva para implementar IA em compras?

Um primeiro ciclo completo, do diagnóstico à aprovação por exceção em algumas categorias, cabe em cerca de 90 dias quando o acesso ao ERP sai na primeira semana. O que mais atrasa é a extração na fila do TI, a alçada que ninguém assina e a régua que não foi combinada com a controladoria.

É preciso trocar o ERP ou fazer uma integração pesada?

Não. O agente opera dentro do ERP que a empresa já usa, como Protheus, Datasul ou SAP, como usuário nomeado com perfil restrito às transações do escopo. Ele lê o histórico, cota e emite o pedido pelas mesmas regras de aprovação que já existem no sistema, e cada pedido carrega a identificação de quem o criou.

O que o comprador faz depois que o agente entra?

No piloto, aprova cada pedido e registra o motivo de cada rejeição. Depois, cuida da exceção: preço acima da referência, fornecedor novo, especificação ambígua. O tempo que sobra vai para categorias estratégicas e para o relacionamento com fornecedores.

Por onde começar

O primeiro passo é extrair doze meses de pedidos e cotações e conversar com o time. Com isso se sabe quanto da cauda passa sem negociação e quais categorias entram no piloto. A página de IA em compras mostra como a UpFlux opera esse roteiro como time digital de compras, com agentes de IA trabalhando dentro do seu ERP e especialistas tratando a exceção.