"ERP agêntico" virou termo de RFP antes de existir consenso sobre o que significa. Esta é a taxonomia que uso em todo texto da publicação, em três camadas, para que comprador e fornecedor falem a mesma língua. Quando um post cita "Camada 2", é desta página que está falando.
As três camadas medem quanta autonomia o agente tem, do copilot que só sugere ao conjunto de agentes que coordena dependências entre si. Não medem o tamanho do fornecedor nem a sofisticação da tecnologia. Medem quem decide, e dentro de qual fronteira.
| Camada | Nome | Quem decide | Exemplo |
|---|---|---|---|
| 1 | ERP Aumentado (copilot) | Humano. O agente sugere, classifica, redige, mas espera aprovação antes de gravar. | Sugestão de lançamento contábil que o usuário confirma. |
| 2 | ERP Agêntico (agentes em escopo) | O agente, dentro de um escopo definido e instrumentado. Grava sem aprovação caso-a-caso, escala exceções. | Conciliação bancária: cruza extrato com lançamento, fecha matches acima do limiar de confiança, escala o resto. |
| 3 | ERP Orquestrado (constelação coordenada) | Múltiplos agentes em paralelo, coordenados por uma camada de orquestração que resolve dependências entre eles. | Fechamento mensal onde conciliação, classificação fiscal e apuração dependem uma da outra e se coordenam. |
A diferença entre Camada 1 e Camada 2 é jurídica antes de ser técnica: quando o agente grava sem aprovação, alguém respondeu por aquela assinatura, e a política precisa estar codificada antes de o agente entrar em produção. A diferença entre Camada 2 e Camada 3 é a interdependência: na 3, um agente não termina o trabalho sem o resultado de outro.
Quem afirma estar na Camada 3 hoje, em 9 de 10 casos, está na Camada 2 com mais de um agente. Camada 3 plena ainda é rara.
Em maio de 2026, a McKinsey publicou um paper com uma arquitetura de cinco camadas. Ela mede um eixo diferente do nosso: a nossa taxonomia mede grau de autonomia do agente; a da McKinsey mede a camada da arquitetura (do dado transacional até o controle de metas). As duas convivem, não competem.
| Camada McKinsey | O que é | Onde nossa taxonomia encaixa |
|---|---|---|
| 5. Value mission control | Metas, prioridades, KPIs. Onde o humano decide o rumo. | Supervisão que governa as três camadas. |
| 4. Agentic operating model | Agentes especializados executam e escalam exceções. | É aqui que vivem a Camada 2 e a Camada 3. |
| 3. Human and agent processes | Fluxos híbridos: humano decide o quê, agente faz o como. | Onde a Camada 1 (copilot) opera. |
| 2. Business ontology | Linguagem comum: o que é cliente, pedido, receita. | Pré-requisito das três. Sem ontologia, nenhum agente confiável. |
| 1. Clean core + data foundation | O ERP transacional clássico, reduzido e padronizado. | Fundação. As três camadas rodam em cima dela. |
Resumo da relação: quando um post diz "Camada 2", está falando da nossa taxonomia (agente autônomo em escopo). Quando diz "Camada 4 da McKinsey" ou "business ontology", está falando da arquitetura McKinsey. Para evitar confusão, sempre que o número for da McKinsey, dizemos "da McKinsey" explicitamente.
Em todo artigo que use o termo "ERP agêntico", especificamos a camada. Camada 1, 2 ou 3. Quando o sistema fica entre camadas, ou o caso descreve uma transição, dizemos. Não escrevemos "agêntico" sem dizer o que estamos chamando de agêntico.
Não é vocabulário fechado. Se a indústria evoluir para uma taxonomia mais útil, atualizamos esta página. A versão completa do argumento, com o porquê de cada camada, está na tese inaugural que propôs a taxonomia. Para o vocabulário operacional (agente, copilot, RPA), veja o glossário.