Definindo "ERP agêntico": uma proposta de taxonomia para sairmos do termo da moda
Antes de virar item de RFP, ERP agêntico precisa de definição estável. Uma proposta em três camadas, Aumentado, Agêntico, Orquestrado, para CFOs e CTOs falarem a mesma língua.
Em 2025, "ERP agêntico" virou item de RFP. Em 2026, virou cláusula de contrato. Em nenhum dos dois casos havia consenso sobre o que a expressão significa.
Lemos doze RFPs em três meses. As doze pediam "capacidade agêntica" como requisito. Nenhuma definia. Sete fornecedores responderam que a tinham. Três descreviam o que tinham: um descrevia copilots, outro descrevia RPA com camada de LLM, e o terceiro descrevia um agente verdadeiro, autônomo, com escopo definido e auditoria. Os três tinham produtos legitimamente diferentes. Os três foram tratados como "iguais" pelo comprador.
Esse texto propõe uma taxonomia. Três camadas. A intenção é instrumental. Quando dois lados de uma mesa de negociação compartilham vocabulário, a chance de comprar a coisa errada cai.
As três camadas
Camada 1, ERP Aumentado
O sistema continua sendo ele mesmo: telas, formulários, fluxos. A IA entra como assistente de superfície: sugere lançamentos baseado em histórico, classifica documentos, redige descrição de movimento, mas espera aprovação humana antes de gravar. É o que a literatura chama de copilot.
Característica definidora: a decisão final permanece com o usuário. O sistema não escreve no banco sem confirmação.
A maioria dos ERPs que se anunciam como "agênticos" hoje está nessa camada. É genuinamente útil. Mas não é agêntico no sentido técnico do termo.
Camada 2, ERP Agêntico
O sistema possui agentes especializados que recebem um escopo definido e operam autonomamente dentro dele. Conciliação bancária é o exemplo mais óbvio: o agente recebe extratos, cruza com lançamentos, marca matches acima de um limiar de confiança e escala para revisão humana o que está abaixo.
Características definidoras:
- Escopo restrito e instrumentado: o agente sabe (e o supervisor humano sabe) onde ele pode agir.
- Decisão autônoma dentro do escopo: ele grava no banco sem aguardar humano, dentro das fronteiras combinadas.
- Auditoria por construção: cada decisão deixa rastro reversível, com a confiança que o agente tinha no momento.
A grande mudança aqui é jurídica: quando o agente assina um lançamento, alguém respondeu por aquela assinatura. A política precisa estar codificada antes do agente entrar em produção, não depois.
Camada 3, ERP Orquestrado
Múltiplos agentes especializados operam em paralelo, coordenados por uma camada de orquestração que distribui trabalho, resolve conflitos e produz visão integrada para o operador humano. É a "constelação de agentes", termo que usamos sem rigor antes desta edição, e que daqui pra frente vai significar algo específico.
A característica que diferencia da Camada 2 é a interdependência. Conciliação não acontece sem classificação fiscal correta; classificação fiscal depende de catalogação prévia; catalogação prévia depende de fechamento de catálogo. Os agentes coordenam dependências entre si via uma camada de orquestração (sem "conversar" literal).
Pouquíssimas implementações reais estão nessa camada hoje. Quem afirma estar, em 9 de 10 casos, está na Camada 2 com mais de um agente.
Por que a taxonomia importa
Três consequências práticas para quem está comprando:
1. RFP precisa nomear a camada. "Capacidade agêntica" como requisito é equivalente a "capacidade tecnológica". Ou você escreve em qual camada você quer estar nos próximos 12 meses, ou você está pedindo qualquer coisa.
2. Auditoria precisa ser dimensionada por camada. Camada 1 não exige auditoria reforçada, humano já é o ponto de controle. Camada 2 exige. Camada 3 exige e exige auditoria do orquestrador, não só dos agentes individuais. Empresas que aplicam o regime errado pagam caro: ou em risco regulatório (sub-investiu) ou em lentidão (super-investiu).
3. Cargos vão se redefinir por camada. O perfil de um CFO em uma operação de Camada 2 é diferente do perfil em Camada 1. Mais perto de arquiteto de sistema, menos perto de gestor de equipe. Isso é assunto de uma próxima Tese.
O compromisso editorial
A partir desta edição, em todo artigo do ERP Agêntico que use o termo "ERP agêntico", vamos especificar a camada. Camada 1, Camada 2 ou Camada 3. Quando for ambíguo, porque o sistema fica entre camadas, ou porque o caso descreve uma transição, vamos dizer.
Não é vocabulário fechado. Se a indústria evoluir para outra taxonomia mais útil, atualizamos. Mas não vamos escrever "agêntico" sem dizer o que estamos chamando de agêntico.
A próxima edição volta na terça que vem com um Case da Camada 2.