Como automatizar cotação e requisição de compras com IA no seu ERP

Para automatizar cotação e requisição de compras com IA, coloque um agente para executar cada etapa entre a requisição aprovada e o pedido emitido: disparar a cotação, cobrar o fornecedor, equalizar as propostas, negociar dentro de uma alçada escrita e criar o pedido no próprio ERP. O comprador deixa de operar a fila e passa a aprovar só o que sai da regra. Nada disso exige trocar de sistema: o Protheus, o Datasul ou o SAP continuam sendo o registro de tudo.

O ganho aparece em dois lugares. O primeiro é o preço, porque a cauda de pedidos pequenos, que hoje sai sem cotação, passa a ser negociada. Numa multinacional industrial, R$ 22 milhões processados na cauda devolveram R$ 1,6 milhão ao caixa, sem contratação nova (resultados). O segundo é o tempo: o lead time da requisição ao pedido cai porque a maior parte dele é espera.

A seguir, o fluxo etapa por etapa, onde o humano continua aprovando, a integração em cada ERP e uma régua para o lead time do procure-to-pay. O Agente Negociador da UpFlux é a referência, mas o método vale para qualquer operação.

Por que a cotação manual trava a requisição

Na cauda, o intervalo entre a aprovação da requisição e a emissão do pedido costuma ser de dias, e o trabalho efetivo do comprador, de minutos. O resto é fila: a requisição espera alguém abrir, a cotação espera o fornecedor, a resposta espera alguém digitar no mapa, o mapa espera a decisão. Por isso um robô que preenche o mapa mais rápido muda pouco. Para o lead time cair, alguém precisa estar de plantão em cada etapa, e esse é o papel do agente.

O fluxo da requisição ao pedido e o que a IA faz em cada etapa

Antes do recebimento, o procure-to-pay tem cinco etapas: requisição, cotação, equalização, negociação e pedido. Na requisição e na cotação, o ganho vem de não deixar nada parado: o agente corrige a descrição livre pelo histórico, envia a cotação assim que a requisição é liberada e cobra o fornecedor quando o prazo vence. No pedido, ele usa a porta da frente do ERP e anexa o registro da decisão.

Etapa	O que a IA automatiza	Onde o humano aprova	Indicador
Requisição	Associa o texto ao código do item, corrige unidade, aponta duplicidade e fracionamento	Gestor aprova a requisição, como hoje; comprador decide item sem cadastro	Requisições devolvidas por falta de informação
Cotação	Escolhe fornecedores homologados com histórico, envia, cobra quem não respondeu, aciona o próximo da lista	Comprador homologa fornecedor novo	Taxa de resposta e tempo até a primeira proposta
Equalização	Lê propostas em e-mail, PDF ou planilha, converte unidade, separa frete, impostos recuperáveis e prazo de pagamento	Comprador, só quando a especificação diverge	Propostas equalizadas sem intervenção
Negociação	Compara com o menor preço já pago, contrapropõe, fecha dentro da alçada	Comprador decide a exceção	Taxa de exceção e saving apurado
Pedido	Cria o pedido no ERP pela interface oficial, com o registro da decisão anexado	Estratégia de liberação do ERP, inalterada	Lead time da requisição ao pedido

Equalização

Equalizar é tornar propostas comparáveis. Um fornecedor cota a caixa com 100 unidades e outro a unidade; um inclui frete e outro é FOB; um pede 28 dias de prazo e outro 60. A IA converte tudo para a mesma base e mostra o preço de face e o custo equalizado lado a lado, para que qualquer pessoa refaça a conta.

Negociação

A âncora da contraproposta é o menor preço válido que a empresa pagou pelo item nos últimos doze meses, na mesma unidade. Dentro da tolerância, o agente fecha ou tenta mais uma rodada. Acima, contrapropõe e, sem chegar ao alvo, encaminha ao comprador com as propostas e a diferença.

Copiloto ou agente: a diferença para o comprador

A pergunta "qual o melhor assistente ou copiloto de IA para comprador?" mistura duas funções. O copiloto ajuda o comprador: resume propostas, sugere fornecedores, rascunha a contraproposta, responde sobre o histórico. Quem age continua sendo a pessoa, e a requisição só anda quando ela abre a tela. O agente executa a etapa: cota, cobra, equaliza, negocia e emite o pedido sem esperar ninguém, dentro de uma alçada que o comprador escreveu, e para quando a decisão sai da regra.

Critério	Copiloto de IA	Agente de IA
Quem age	O comprador, com sugestões	O agente, até o limite da alçada
Efeito no tempo do comprador	Reduz minutos por requisição	Tira a requisição da fila dele
Efeito no lead time	Pequeno: a espera pela agenda continua	Grande: a etapa começa assim que a anterior termina
Efeito na cauda	Nenhum sobre o pedido que ninguém cota	Passa a cotar o que saía sem cotação
Onde falha	Comprador sem tempo para usar	Alçada mal desenhada ou cadastro sujo

Os dois convivem: o copiloto serve à compra estratégica, em que o comprador precisa estar em cada decisão; o agente serve ao volume, em que ninguém consegue estar. A comparação com RPA e chatbot está no guia de agente de IA para compras.

Alçadas e aprovação por exceção

A alçada do agente define o que ele fecha sozinho e costuma ter cinco parâmetros:

1. Teto de valor por pedido. Acima dele, o agente prepara e o comprador fecha.
2. Âncora e tolerância de preço. Aceita até o menor preço já praticado mais uma tolerância declarada.
3. Fornecedores permitidos. Só homologados.
4. Condições comerciais. Prazo de entrega e de pagamento dentro da política.
5. Itens excluídos. Matéria-prima, itens críticos, contratos estratégicos.

Essa alçada convive com a do ERP, que não muda. A do agente decide se ele pode fechar a negociação; a do ERP decide quem libera o pedido. Se a empresa exige diretor acima de certo valor, o pedido do agente vai para o diretor como qualquer outro. O artigo sobre alçada de aprovação de compras no Protheus mostra como revisar a segunda antes de ligar a primeira.

Na aprovação por exceção, o comprador recebe só o que saiu da regra, com o resumo pronto e uma pergunta objetiva: aceitar, tentar mais uma rodada ou trocar de fornecedor. Taxa de exceção alta indica regra apertada ou cadastro ruim.

Integração com Protheus, Datasul e SAP

O agente lê e escreve pelas interfaces que o fabricante oferece, sem gravar linha direto no banco.

No Protheus, solicitação, cotação, pedido e controle de alçada já estão no sistema. O agente lê a solicitação liberada, usa o histórico de pedidos como âncora e cria o pedido pelas interfaces oficiais do ERP. O que a TOTVS já entrega de IA e onde o agente complementa está em IA nas compras do Protheus.

No Datasul, o fluxo passa por requisição, ordem de compra, cotação e pedido. O ERP já tem cotação automática com fornecedor preferencial e regras por valor; o agente ocupa os intervalos que ela deixa abertos, como cobrança, proposta por e-mail e negociação contra o histórico. Detalhes em cotação automática no Datasul.

No SAP, a requisição, a cotação e o comparativo seguem o fluxo de compras do MM, e o pedido é criado pelas interfaces oficiais do ECC ou do S/4HANA, respeitando grupo de compradores, organização de compras e estratégia de liberação. O caminho completo está em IA no SAP MM.

Se o agente sair, nada quebra: tudo continua no ERP.

Como reduzir o lead time do procure-to-pay

Para reduzir o lead time do procure-to-pay, comece por uma régua que não mude no caminho: da requisição ao pedido, com marcos tirados do próprio ERP.

Marco	O que o trecho revela
Requisição criada	Início do relógio
Requisição aprovada	Espera de aprovação interna
Cotação enviada	Fila até alguém começar
Última proposta recebida	Espera do fornecedor
Pedido emitido	Equalização, negociação e liberação

Os cinco marcos existem com esses nomes, ou muito parecidos, no Protheus, no Datasul e no SAP. Quem já tem o processo de compras mapeado com process mining sai na frente: o log de eventos mostra cada trecho, requisição a requisição, e aponta onde a espera se concentra. É sobre esse mapa que o agente trabalha, e é com ele que se mede o antes e o depois.

Três cuidados tornam a régua confiável. Use mediana e percentil 90, não média. Compare antes e depois na mesma categoria e faixa de valor. E separe trabalho de espera em cada trecho, porque é a espera que a automação elimina. O guia de lead time aprofunda essa diferença.

Exemplo ilustrativo, com números hipotéticos: uma requisição de material de escritório de R$ 1.800 leva oito dias da aprovação ao pedido, com 30 minutos de trabalho do comprador. Seis dias são fila antes da cotação; dois são espera de fornecedor e de decisão. Com o agente cotando na hora da aprovação e decidindo dentro da alçada, o ciclo cai para perto do prazo de resposta do fornecedor, cerca de um dia útil.

Erros comuns ao automatizar a cotação

• Automatizar a tela, não o fluxo. Preencher o mapa mais rápido não tira a requisição da fila.
• Começar pelo item crítico. O primeiro escopo é a cauda: volume alto, risco baixo, ninguém cotando hoje.
• Ignorar o cadastro. Descrição livre e unidade inconsistente quebram a âncora de preço.
• Gravar só a proposta vencedora. Sem as propostas da primeira tomada, não há saving apurável. A régua da UpFlux é a menor proposta válida da primeira tomada de preço menos o valor comprado, com o histórico de preço como âncora e trava.
• Criar um portal paralelo ao ERP. Pedido fora do ERP escapa da alçada e da auditoria.
• Medir lead time pela média. Esconde o caso típico.
• Deixar a exceção virar regra. Se o comprador aprova tudo sem ler, a alçada perdeu a função.

Case: R$ 22 milhões na cauda, R$ 1,6 milhão de volta

Numa multinacional industrial, R$ 22 milhões processados na cauda devolveram R$ 1,6 milhão ao caixa, sem contratação nova (resultados), mais de 6% de saving sobre a base. O mecanismo é o deste artigo: requisições de baixo valor que saíam sem cotação passaram a ser cotadas, equalizadas e negociadas por agentes dentro do ERP, com o comprador aprovando a exceção e o saving apurado item a item pela primeira tomada de preço. A conta completa da régua está em ROI de agentes de IA em compras.

Perguntas frequentes

Como automatizar cotação e requisição de compras com IA?

Colocando um agente de IA para executar cada etapa entre a requisição aprovada e o pedido emitido, dentro do ERP que a empresa já usa. Ele identifica o item, envia e cobra a cotação, equaliza as propostas, negocia contra o menor preço já praticado e cria o pedido pela interface oficial do Protheus, do Datasul ou do SAP. O comprador escreve a alçada e aprova só o que sai dela.

Como reduzir o lead time do processo procure-to-pay?

Medindo da requisição ao pedido com marcos do próprio ERP, separando trabalho de espera e atacando a espera. Na cauda, quase todo o ciclo é fila antes da cotação e espera de fornecedor. Um agente que cota na hora da aprovação, cobra automaticamente e decide dentro da alçada reduz o ciclo ao prazo de resposta do fornecedor. Acompanhe pela mediana e pelo percentil 90.

Qual o melhor assistente ou copiloto de IA para comprador?

Depende do problema. Para decidir melhor em compras estratégicas, um copiloto que resume propostas e rascunha comunicações ajuda. Se o problema é volume, com requisições na fila e pedidos saindo sem cotação, o copiloto ajuda pouco, porque a requisição continua dependendo da agenda do comprador. Aí o que resolve é um agente que executa a etapa dentro de uma alçada e devolve só a exceção.

A IA aprova pedidos de compra sozinha?

Ela fecha a negociação sozinha apenas dentro da alçada escrita pelo comprador. A liberação do pedido continua seguindo a estratégia de aprovação do ERP: se a política exige um aprovador acima de certo valor, o pedido criado pelo agente vai para ele como qualquer outro.

Preciso trocar de ERP para automatizar a cotação com IA?

Não. O agente usa as interfaces que o Protheus, o Datasul e o SAP já oferecem, e requisição, cotação, pedido e trilha de auditoria ficam no ERP.

Por onde começar a automação da cotação?

Pela cauda: duas ou três categorias de baixo valor e alto volume, como EPI, material de consumo e manutenção. Exporte doze meses de pedidos, limpe o cadastro, escreva a alçada e rode as primeiras semanas com o comprador aprovando cada pedido. Amplie a autonomia por categoria conforme a taxa de exceção permitir.

Próximo passo

Se a sua cauda ainda sai sem cotação e o lead time da requisição ao pedido se mede em dias, o Agente Negociador mostra como a UpFlux opera esse fluxo dentro do Protheus, do Datasul ou do SAP, com alçada por decisão e o comprador aprovando por exceção.