Agentes de IA SAP: Arquitetura e Implementação para Consultores 2026

Agentes de IA SAP são componentes autônomos capazes de perceber contexto, raciocinar sobre dados do sistema e executar ações — sem intervenção humana em cada etapa. Diferente de um chatbot que apenas responde perguntas, um agente de IA lê um Freight Order em aberto, consulta a tabela /SCMTMS/D_FO_I, avalia a viabilidade de rota via VSR e atualiza o status de forma orquestrada. Para consultores SAP que precisam entregar documentação, especificações funcionais e GAPs RICEFW em sprints cada vez mais curtos, entender essa arquitetura deixou de ser opcional.

O que são agentes de IA no contexto SAP?

No ecossistema SAP, agente de IA é qualquer componente que segue o ciclo Perceber → Raciocinar → Agir. Ele pode estar embarcado na plataforma SAP BTP (Business Technology Platform), exposto via SAP AI Core, ou construído externamente consumindo APIs OData/REST do sistema.

A SAP formalizou esse conceito dentro do framework Joule, seu copiloto corporativo, mas a arquitetura subjacente permite que consultores e parceiros criem agentes customizados usando:

• SAP AI Core — infraestrutura gerenciada para modelos de linguagem grandes (LLMs) e pipelines de inferência
• SAP AI Launchpad — interface de gerenciamento de cenários e deployments de modelos
• SAP HANA Cloud Vector Engine — armazenamento de embeddings para Retrieval-Augmented Generation (RAG) sobre dados SAP
• BAdIs e Enhancement Spots — pontos de extensão onde a lógica do agente se conecta ao core SAP sem modificar o standard

Na prática, um agente de IA SAP tipicamente expõe ferramentas (tools/functions) que o LLM pode chamar — como buscar um Business Partner via API, criar um Delivery Document ou acionar um workflow de aprovação.

Por que agentes de IA mudam a forma de trabalhar do consultor SAP?

O consultor SAP clássico passa boa parte do tempo em tarefas repetitivas de alta cognição: redigir Especificações Funcionais, mapear GAPs RICEFW, detalhar casos de teste para processos Order-to-Cash ou Procure-to-Pay. São atividades que exigem conhecimento profundo do standard — mas que seguem padrões previsíveis.

Agentes de IA treinados com domínio SAP conseguem:

1. Gerar rascunhos de FSD (Functional Specification Document) a partir de uma descrição do GAP, já referenciando as tabelas corretas (VBAK, LIKP, /SCMTMS/D_FO_I) e os objetos BOPF envolvidos
2. Sugerir o tipo de RICEFW adequado (Report, Interface, Conversion, Enhancement, Form, Workflow) com base na descrição do requisito
3. Mapear BAdIs relevantes para um cenário específico, como BADI_SD_SALES_ITEM para extensões de item de pedido ou /SCMTMS/BADI_FO_CHANGE para Freight Orders
4. Criar esboços de CDS Views com as associações corretas para consumo em aplicações Fiori Horizon
5. Orquestrar múltiplas etapas de um processo de documentação em sequência, sem aguardar input manual a cada passo

Isso não substitui o consultor — substitui o trabalho mecânico, liberando capacidade analítica para o que realmente importa: decisões de arquitetura, gestão de stakeholders e validação de negócio.

Arquitetura técnica de um agente de IA para SAP TM

Para tornar isso concreto, veja a arquitetura de um agente voltado para SAP Transportation Management (TM):

Camada	Componente	Responsabilidade
Percepção	OData Service /SCMTMS/TOR_SRV	Lê Freight Orders, Transport Requirements e status de execução
Memória	HANA Cloud Vector Engine	Armazena embeddings de documentação, histórico de decisões e contexto de projeto
Raciocínio	LLM via SAP AI Core	Interpreta contexto, decide qual tool chamar, gera texto estruturado
Ação	BAdI /SCMTMS/BADI_FO_CHANGE + RFC	Atualiza dados no sistema, aciona workflows, cria registros
Orquestração	SAP BTP Integration Suite	Gerencia fluxo entre camadas, trata erros, loga auditoria

O ponto crítico é a camada de tools expostas ao LLM. Cada tool é uma função com schema tipado (JSON Schema), como: