ERP no ChatGPT e no Claude: o que muda quando o sistema conversa e por que consultar não é executar

Ter o ERP no ChatGPT e no Claude significa conectar o sistema de gestão a um assistente de IA para que qualquer pessoa pergunte em linguagem natural e receba a resposta com os dados do ERP. Em 2026, Senior, NetSuite e Microsoft já fazem isso. Consultar, porém, não é executar: perguntar ao ERP é diferente de ter um agente que faz o trabalho com alçada, trilha e aprovação.

Este artigo é para quem cuida de TI, de controladoria ou de operações e ouviu que o ERP "agora conversa". Ele explica o que mudou, o que já dá para fazer pelo chat, onde a conversa para e o trabalho começa, e o que precisa existir antes de deixar a IA agir no sistema. A parte de execução é o tema das nossas páginas sobre agentes de IA que agem no ERP e sobre governança de agentes.

O que mudou: o ERP passou a falar com o assistente

Até pouco tempo atrás, ligar um assistente de IA ao ERP exigia uma integração feita sob medida. Isso mudou com o MCP (Model Context Protocol), um padrão aberto que a Anthropic apresentou em novembro de 2024 e que outros fornecedores de IA adotaram depois. Em termos de negócio, o MCP é uma tomada padrão: o fabricante do ERP expõe o que o sistema sabe e o que ele permite fazer, e qualquer assistente compatível consegue usar, respeitando o perfil de quem está conectado.

Três anúncios mostram o tamanho do movimento:

• Senior. Em 27 de julho de 2026, a Senior anunciou o que chama de primeiro ERP da América Latina operável por ChatGPT e Claude, além da SARA, o seu próprio ecossistema de agentes (Portal ERP, 27/07/2026). As primeiras interações controladas são em vendas e finanças, e o protocolo está sendo estendido para fiscal, contábil, compras, suprimentos e estoque. Detalhamos o ecossistema em SARA da Senior.
• NetSuite. Em abril de 2026, a Oracle NetSuite ampliou o serviço que conecta assistentes externos, como Claude, ChatGPT e Gemini, aos dados e às ações do ERP, com controles por perfil (CIO, 01/04/2026).
• Microsoft. A documentação do Dynamics 365 descreve um servidor MCP pelo qual agentes leem, criam e alteram dados e executam ações disponíveis na tela, sempre limitados ao perfil de segurança atribuído ao agente (Microsoft Learn, atualizado em 18/08/2026).

O ponto comum: o ERP passou a responder a quem pergunta, no assistente que a pessoa já tem aberto.

O que já dá para fazer pelo chat

O uso mais imediato é a consulta. Os exemplos que a Senior divulgou são bons para entender o ganho: perguntar quais pedidos estão aguardando faturamento, quais clientes reduziram as compras, quais notas têm inconsistência e quais pedidos podem ser faturados agora. A IA organiza o dado, aponta as exceções e ajuda a decidir.

Na prática, o relatório que ninguém tinha tempo de montar vira uma pergunta, e o usuário eventual, como o aprovador de outra área, não precisa lembrar onde fica cada rotina. É um ganho real de acesso à informação. Mas repare no verbo de todos os exemplos: perguntar. A pessoa continua sendo quem faz o trabalho depois da resposta.

Consultar não é executar

A diferença entre perguntar ao ERP pelo chat e ter um agente que executa não é de grau, é de natureza. Na consulta, a IA informa e a pessoa age. Na execução, a IA age e a pessoa decide só o que foge da regra. Isso muda quem responde pelo resultado, que controle precisa existir e como se mede o ganho.

	Consulta pelo chat	Agente que executa
Quem começa	Uma pessoa, com uma pergunta	Um evento do processo: a requisição aprovada, o título vencendo, a nota que chegou
O que a IA faz	Busca, resume e explica o dado	Aplica a regra, decide dentro da alçada e grava o resultado no ERP
Quem age depois	A pessoa que perguntou	O agente; a pessoa aprova por exceção
Alçada	A do usuário que está conectado	Uma alçada própria, escrita para o agente, além das alçadas do ERP
Trilha	O histórico da conversa	Registro por decisão: o que leu, que regra aplicou, o que gravou, quem aprovou
Volume	Uma pergunta por vez	Milhares de transações por mês, sem fila
Erro típico	Resposta errada que a pessoa percebe ou não	Lançamento errado em escala, se ninguém desenhou a regra e a pausa
Como medir	Horas poupadas em consulta, difíceis de provar	Transações executadas, tempo de ciclo e resultado em reais, caso a caso

A Senior descreve a própria evolução nesses termos: a IA passa de informar para recomendar, preparar e, quando autorizado, executar. O "quando autorizado" é a parte que mais importa, e é a que menos aparece nas demonstrações.

Explicamos a mesma diferença entre assistente, robô e agente em agentes de IA para ERP e, em compras, em robô comprador ou agente de IA.

Quando o chat começa a executar: o que precisa existir

Os fabricantes estão abrindo a porta da execução pelo mesmo canal da conversa. A Microsoft documenta que o agente pode criar, alterar e excluir registros e acionar botões que disparam regra de negócio. A NetSuite fala em expor "dados e ações". A Senior, em executar nos processos autorizados.

Todos dizem a mesma coisa sobre segurança: as permissões, as alçadas e as regras fiscais do ERP continuam valendo, e a IA só enxerga o que o perfil dela permite. É necessário, mas não basta. Permissão de sistema diz o que o agente pode fazer; não diz o que ele deve fazer em cada caso, nem até quanto, nem quem responde quando ele erra. Antes de deixar qualquer IA agir no ERP, cinco coisas precisam estar escritas:

1. Escopo. Que processo, que categorias, que filiais e que faixa de valor o agente atende. O resto fica fora.
2. Alçada do agente. A regra de decisão: até que valor fecha sozinho, que tolerância aceita, quando para e chama alguém. Ela vem antes e por cima da alçada do ERP, como mostramos em alçada de aprovação de compras no Protheus.
3. Identidade própria. O agente opera com um usuário nomeado e um perfil só dele, nunca com o login de uma pessoa. É o que torna o registro de alterações do ERP legível.
4. Trilha por decisão. Para cada transação, o que o agente leu, que regra aplicou, que alternativa descartou e o que gravou. O histórico de uma conversa não é trilha de auditoria.
5. Pausa e escalada. Um jeito simples de desligar o agente e um caminho claro para a exceção chegar a uma pessoa, dentro do sistema e não por mensagem paralela.

A página de governança de agentes traz esse roteiro em detalhe, e o artigo sobre governança de agentes de IA mostra como escrever cada peça.

Três riscos de ligar o ERP no chat sem desenho

Dado inconsistente em escala

A IA responde com o que o ERP tem. Se o cadastro de fornecedor tem duplicidade ou se cada filial classifica o mesmo item de um jeito, a resposta sai rápida e errada. Analistas ouvidos pela CIO na cobertura da NetSuite fizeram o alerta: se as definições não batem entre sistemas, a IA só espalha a confusão mais depressa. O mesmo vale, multiplicado, quando a IA passa a gravar.

Responsabilidade difusa

Quando um assistente conectado ao ERP recomenda algo errado, quem responde: o fabricante do ERP, o fornecedor do modelo ou o usuário? A pergunta apareceu na mesma cobertura e ainda não tem resposta padrão. Na execução, ela precisa estar resolvida no desenho, com dono do processo e alçada escrita.

Custo que cresce com o uso

Conversar com o ERP tem preço por chamada. A Microsoft, por exemplo, cobra créditos por chamada ao servidor do ERP quando o agente roda fora da sua própria plataforma, além do custo do modelo de IA (Microsoft Learn). A SAP precifica os agentes por ação executada (SAP, preços de IA). Em consulta, o volume é baixo. Em execução, a conta precisa ser feita antes, com o número de transações do processo. Comparamos os modelos de cobrança em quanto custa a IA do ERP.

Do chat ao trabalho feito: um exemplo em compras

Compras mostra bem a distância entre perguntar e executar. Um exemplo hipotético: uma empresa recebe 1.500 requisições por mês, das quais 1.100 são de baixo valor e sem contrato.

Etapa	Com o ERP no chat (consulta)	Com um agente que executa
Ver a fila	O comprador pergunta quantas requisições estão paradas há mais de cinco dias e recebe 320	O agente pega cada requisição aprovada assim que ela é liberada
Cotar	O comprador manda os e-mails para os fornecedores	O agente cota com os fornecedores homologados
Negociar	O comprador negocia quando sobra tempo, o que quase nunca acontece na cauda	O agente negocia contra o histórico de preço, dentro da alçada
Emitir o pedido	O comprador digita o pedido no ERP	O agente grava o pedido pelas interfaces padrão do ERP, e a aprovação do sistema segue valendo
Exceção	Tudo é exceção, porque tudo depende da pessoa	Só o que sai da regra chega ao comprador, com o histórico e as propostas anexados

Números hipotéticos, para mostrar a mecânica.

O chat ajuda o comprador a enxergar as 320 requisições paradas. Não cota nenhuma. Na cauda de compras, onde o volume é alto e o valor unitário é baixo, a diferença entre as duas colunas é o trabalho inteiro. Mostramos o tamanho desse trabalho em quanto custa um pedido de compra.

Como preparar o ERP para conversar, e depois para executar

Os passos valem para qualquer ERP e servem para as duas fases: primeiro a consulta, depois a execução.

1. Mapeie o processo real. A mineração de processos (process mining) lê os registros do ERP e mostra como o trabalho realmente passa pelo sistema: volumes, esperas, retrabalho e variantes. É a fundação da decisão sobre onde a IA entra, como explicamos em process intelligence e agentes de IA.
2. Separe o que é consulta do que é execução. Liste as perguntas que o time faz toda semana e as tarefas que ele repete todo dia. As primeiras vão para o chat; as segundas são candidatas a agente.
3. Arrume o cadastro antes de abrir o acesso. Fornecedor, item, centro de custo e categoria precisam estar consistentes, ou a IA vai repetir a inconsistência com confiança.
4. Crie perfis próprios para a IA. Um perfil de consulta, sem direito de gravação, e perfis de execução separados por processo, com alçada mínima.
5. Escreva a governança antes de ligar a execução. Escopo, alçada, trilha, pausa e dono, como na seção acima.
6. Meça antes e depois. O mesmo mapa que mostrou onde o trabalho trava mede, transação por transação, se o agente resolveu.

Onde a UpFlux entra

A UpFlux trabalha junto com o ERP que a empresa já tem, sem trocar de sistema, e atua do lado da execução, que é onde a conversa termina.

Time digital que executa em compras. Em TOTVS Protheus e Datasul, SAP S/4HANA e ECC, Oracle, Senior e Sankhya, os agentes da UpFlux executam a cauda de compras: o Agente Negociador recebe a requisição aprovada, cota, negocia com o fornecedor e emite o pedido no ERP pelas interfaces do próprio sistema, como um usuário com escopo definido, com a alçada do agente, as alçadas e a estratégia de aprovação do sistema e trilha de auditoria por decisão. Cada pedido nasce como um documento normal do ERP. O comprador aprova por exceção, e a process intelligence mede o resultado em reais, pedido a pedido. Veja como funciona em compras com time digital.

Diagnóstico em qualquer ERP. Antes de qualquer agente, a porta de entrada é o diagnóstico: process intelligence sobre os dados do ERP e o Nous Scan, que entrevista 100% do time do escopo por link e em duas semanas devolve onde o trabalho trava, quanto custa em horas e em reais e o que vale entregar a um agente. É o passo 1 e o passo 2 da lista acima, prontos para quem vai decidir o que vai para o chat e o que vira execução.

Perguntas frequentes

O que significa ter o ERP no ChatGPT ou no Claude?

Significa conectar o ERP a um assistente de IA, em geral pelo protocolo MCP, para que o usuário pergunte em linguagem natural e receba a resposta com os dados do sistema, respeitando o perfil de acesso dele. Senior, NetSuite e Microsoft Dynamics 365 já oferecem essa conexão em 2026.

O que é MCP no contexto do ERP?

MCP (Model Context Protocol) é um padrão aberto, apresentado pela Anthropic em novembro de 2024, que define como um assistente de IA se conecta a um sistema externo. No ERP, ele expõe dados e ações de forma padronizada, e qualquer assistente compatível pode usá-los dentro das permissões configuradas.

Qual a diferença entre consultar o ERP pelo chat e ter um agente de IA?

Na consulta, a IA busca e explica o dado e a pessoa faz o trabalho depois. O agente executa a tarefa no ERP, dentro de uma alçada escrita, com trilha por decisão, e deixa para a pessoa só as exceções e as aprovações acima do limite.

É seguro deixar o ChatGPT ou o Claude alterar dados no ERP?

Depende do desenho. As permissões do ERP continuam valendo, mas isso não basta para execução: é preciso escopo definido, alçada do agente, identidade própria, trilha por decisão e um jeito simples de pausar. Sem essas peças, o recomendado é começar só com perfis de consulta.

O ERP no chat substitui o time de backoffice?

Não. A consulta pelo chat dá acesso mais rápido à informação, mas o trabalho continua com as pessoas. Mesmo com agentes executando, o modelo que funciona é o time digital: agentes no volume, pessoas nas exceções e na relação com fornecedores e clientes.

Por onde começar?

Pelo mapa do processo. Com os dados do ERP e o relato do time, separe o que é pergunta recorrente, que vai para o chat, do que é tarefa repetitiva com regra clara, que é candidata a agente. Depois escreva a governança e meça antes e depois.

Próximo passo

O ERP que conversa é uma boa notícia: a informação chega a mais gente, mais rápido. O ganho grande, porém, está no passo seguinte, quando o trabalho deixa de esperar alguém que leia a resposta e faça a tarefa. Se você quer entender como agentes executam dentro do ERP com alçada, trilha e resultado medido, veja a nossa abordagem de agentes de IA para empresas.