IA no SAP MM: da requisição ao pedido com agentes, sem sair do S/4HANA

IA no SAP MM não significa trocar o SAP nem colocar uma tela na frente dele. Significa colocar agentes para executar, dentro do S/4HANA ou do ECC, a parte do fluxo de compras que hoje espera um comprador: cotar, negociar e criar o pedido dos itens que ninguém tem tempo de cotar.

O fluxo de compras no SAP MM, da requisição à fatura

O SAP MM organiza compras em documentos encadeados. A requisição de compra (ME51N) registra a necessidade: material ou texto livre, quantidade, centro e data. O MRP também gera requisições.

Em seguida vem a fonte de suprimento. Com registro info, lista de fornecedores ou contrato, ela pode ser atribuída automaticamente. Sem isso, abre-se uma solicitação de cotação (ME41), as propostas são lançadas e comparadas (ME47) e uma delas vira pedido.

O pedido de compra (ME21N) é o documento central. Quando cai numa estratégia de liberação, ele só sai depois das aprovações configuradas. Depois vêm a entrada de mercadoria (MIGO) e a revisão de fatura (MIRO). Cada passo grava um documento, e cada alteração de campo fica no log de modificações do SAP.

O fluxo é completo. O problema está entre a requisição liberada e o pedido criado quando o item não tem contrato.

O que o SAP já traz de IA e automação

O SAP Joule é o assistente de IA da SAP e chega ao S/4HANA Cloud com capacidades ampliadas a cada release, incluindo cenários de compras. O guarda-chuva SAP Business AI reúne casos como sugestão de categoria e previsão de atraso de entrega. Como o escopo muda por versão e licença, vale consultar a documentação em help.sap.com.

Fora da IA, o SAP MM já automatiza muito por parametrização: fonte de suprimento automática, conversão de requisição em pedido em lote, contratos com liberação contra saldo, catálogos via punchout e o Ariba para eventos de cotação.

Tudo isso funciona quando o item tem contrato, registro info ou catálogo. A cauda de compras, que a SAP chama em português de "gastos periféricos", raramente tem qualquer um dos três.

Onde o processo continua manual na prática brasileira

Na empresa brasileira que roda SAP, a rotina do comprador de indiretos é esta:

• Requisições de cauda sem fonte de suprimento. Peça de manutenção, EPI, serviço de pequeno valor. A curva C inteira cai aqui.
• Cotação por e-mail, fora do SAP. O comprador manda três e-mails, recebe duas respostas em PDF e digita o pedido com o preço do e-mail.
• Exceções na estratégia de liberação. O pedido volta porque o aprovador está de férias ou a alçada foi desenhada para outra realidade.
• Fornecedor que não responde. A requisição fica aberta dias e compras vira central de cobrança.

Nada disso é falha do SAP. Falta tempo para cotar cada item, e o volume de compras indiretas supera o do time.

O que o process mining enxerga nos eventos do SAP

O process mining reconstrói o fluxo real a partir dos eventos que o SAP já grava: requisições (EBAN), cabeçalho e itens de pedido (EKKO e EKPO), histórico de pedido (EKBE) e o log de alterações (CDHDR e CDPOS), que registra quem mudou qual campo, quando e para qual valor. Cada requisição vira uma linha do tempo do nascimento ao pagamento.

Essa linha do tempo revela quanto a requisição liberada espera até virar pedido, quantos pedidos nasceram sem cotação ou antes da requisição (o maverick buying), quantos tiveram preço alterado depois de criados e a dispersão de preço do mesmo material entre centros.

O retrato define onde o agente entra. Se a espera está na liberação, o problema é de alçada. Se está entre a liberação e o pedido, é falta de cotação: aí entram os agentes.

O que um agente de IA faz dentro do SAP

Um agente de IA para compras no SAP opera como um comprador nomeado, com escopo e alçada, pelas interfaces que o SAP já expõe.

O ciclo tem quatro passos. O agente lê a requisição liberada. Consulta o registro info, as condições e os pedidos anteriores do mesmo item em todos os centros, e calcula o piso de preço já praticado. Cota com fornecedores homologados e negocia dentro da alçada: aceita até o piso mais uma tolerância, escala o que passa disso. Cria o pedido via BAPI_PO_CREATE1 no ECC ou pela API OData de pedido de compra no S/4HANA, como usuário nomeado.

Como o pedido nasce pela mesma interface que um pedido digitado, a estratégia de liberação continua valendo. O log de alterações registra o usuário do agente como qualquer pessoa, e o pedido segue para MIGO e MIRO sem passo diferente.

Exemplo ilustrativo: uma requisição de 30 rolamentos sem contrato. O agente encontra o item comprado em dois centros a preços distintos, cota com três fornecedores, fecha no menor preço já praticado e cria o pedido, que entra na estratégia de liberação da planta. O exemplo mostra a mecânica, não promete resultado.

Governança: escopo, alçada e log por decisão

Agente que cria pedido precisa de três controles.

Escopo. Quais grupos de compras, categorias e faixas de valor o agente atende. Matéria-prima, item crítico e contrato estratégico ficam fora.

Alçada. Piso e tolerância de preço, fornecedores homologados, condições de pagamento e prazo. Fora dela, o agente prepara e o comprador decide.

Log por decisão. Para cada pedido, o agente guarda a requisição de origem, o histórico consultado, as propostas, a regra aplicada e o número do pedido no SAP. É o princípio do Agente Negociador: a auditoria não depende de confiar no agente, depende de ler o registro.

Por onde começar: diagnóstico de duas semanas

O ponto de partida não é o agente, é o export de eventos. Em duas semanas, a partir das tabelas de compras e do log de alterações, o process mining mostra onde a requisição espera, quanto da cauda sai sem cotação e a dispersão de preço por material.

Com esse retrato, a empresa escolhe duas ou três categorias de cauda, define escopo e alçada e coloca o agente para operar com aprovação por pedido, depois por exceção. A página SAP descreve como a UpFlux conduz o diagnóstico e a integração com ECC e S/4HANA.

Perguntas frequentes

O que é IA no SAP MM?

É o uso de modelos de IA para executar ou apoiar etapas do fluxo de compras do SAP. Inclui o que a SAP embarca no produto, como o Joule e o SAP Business AI, e agentes de terceiros que operam dentro do SAP pelas interfaces oficiais. A UpFlux aplica a segunda abordagem à cauda de compras, onde o SAP tem menos automação nativa.

Um agente de IA cria pedido no SAP sem quebrar a estratégia de liberação?

Sim, desde que crie o pedido pela BAPI ou pela API OData como usuário nomeado, sem gravar direto no banco. Assim o pedido passa pelas mesmas validações, entra na estratégia de liberação configurada e aparece no log de alterações como qualquer pedido digitado. É a forma de integração que mantém a auditoria do SAP intacta.

O que o process mining revela nas compras do SAP?

A partir das tabelas de requisição, pedido e histórico e do log de alterações, o process mining reconstrói o caminho real de cada requisição: espera por etapa, pedidos sem cotação, preços alterados depois da criação e dispersão de preço do mesmo material. A UpFlux usa esse retrato como diagnóstico antes de definir o escopo do agente.

Por que começar pela cauda de compras no SAP?

Porque é onde o SAP tem menos automação nativa e onde ninguém está cotando hoje. Os itens sem contrato, registro info ou catálogo dependem do tempo do comprador. O risco de um pedido errado é pequeno e a alçada pode ser apertada sem travar a operação.