Para negócios Para empresas Soluções Aplicações Preços Desenvolvedores Blogue Documentação Lançar um espaço de trabalho
Blog / ERP nativo de IA

ERP potenciado por IA vs ERP agentivo: o que é realmente diferente

Dois fornecedores, duas demonstrações, as mesmas palavras no slide. Um produto ajuda uma pessoa a trabalhar mais rápido dentro de um ecrã. O outro termina o trabalho sem ninguém no ecrã. Este texto explica a diferença, dá-lhe um teste que uma demonstração não pode falsificar e é honesto sobre onde o copiloto é a melhor ferramenta.

7 min de leituraAtualizado 4 de setembro de 2026Engenharia Sois, a equipa que constrói a plataforma

Uma sala de reuniões após o horário: uma longa mesa clara, seis cadeiras vazias empurradas para dentro, um quadro branco limpo, dois copos de água e uma pasta fechada sob uma iluminação lateral quente.
Resposta curta

Um ERP alimentado por IA adiciona um copilot a software construído para pessoas. O copilot responde a perguntas, redige texto, pré-preenche formulários e sugere o próximo passo, e uma pessoa no ecrã aceita ou rejeita cada sugestão. Um ERP agente é construído para que um agente possa realizar o trabalho por si mesmo: cada ação é uma ferramenta chamável e autorizada, de modo que o agente pode fazer um pedido como faturar o trabalho de setembro e persegui-lo se não pago, e completá-lo em faturamento, contactos, email e tarefas sem ninguém tocar num ecrã.

A distinção não é sobre a qualidade do modelo. Ambos podem usar os mesmos modelos de fronteira. Trata-se de saber se o sistema permite que a IA atue, e sob cuja autoridade. O teste é simples: peça um resultado, afaste-se e veja se é feito dentro das suas permissões e aparece no registo.

Duas demonstrações que pareciam iguais

Uma experiência comum para quem compra ERP este ano: dois fornecedores, duas demonstrações de uma hora, ambos descrevendo o seu produto como alimentado por IA, agente, ou ambos. Em cada demonstração, um apresentador digita um pedido, o sistema produz algo sensato, e a sala acena com a cabeça. Ao sair, o comprador não consegue dizer qual foi a diferença, e a lista final é decidida com base no preço e na familiaridade.

A diferença estava lá. Estava escondida pela forma como as demonstrações são realizadas. Na primeira demonstração, o apresentador esteve no ecrã o tempo todo, e cada sugestão que o sistema fez foi aceita com um clique. Na segunda, o apresentador poderia ter saído da sala após digitar o pedido. Essa é a distinção total, e uma vez que você sabe procurar por isso, não consegue deixar de ver.

Um copiloto sugere; um agente completa

Um copilot vive dentro de um ecrã. O seu trabalho é tornar a pessoa nesse ecrã mais rápida: resumir este cliente, redigir uma resposta a esse email, preencher estes três campos da cotação anexada, dizer-me quais faturas estão em atraso. É genuinamente útil e, para uma quantidade surpreendente de trabalho diário, é o que as pessoas querem. O seu limite é estrutural. Só pode aceder às funcionalidades a que o fornecedor o conectou, não pode mover-se entre módulos por conta própria, e nunca clica em Guardar. A pessoa é que o faz.

Um agente vive fora do ecrã. Recebe um resultado a alcançar, descobre o que lhe é permitido fazer, planeia uma sequência, chama as ferramentas, lida com o que vem de volta e reporta. Move-se entre módulos porque as ferramentas que chama não estão ligadas a ecrãs. Completa o trabalho porque completar é o que lhe foi dado permissão para fazer. Para e pergunta quando algo é ambíguo ou está acima da autoridade do seu utilizador, não porque precise de um clique para prosseguir.

ERP alimentado por IA (copilot)ERP agente (agente)
Onde resideDentro de um ecrã no produto do fornecedorFora do produto, ligado através de um protocolo aberto
Unidade de trabalhoUma sugestão que a pessoa aceitaUm resultado que o agente completa
AlcanceAs funcionalidades que o fornecedor ligou ao copilotoCada ação que o sistema expõe como uma ferramenta
Atravessando módulosA pessoa navega entre elesO agente chama ferramentas em cada um conforme necessário
Quem clica em GuardarA pessoaNinguém; a chamada do agente é o guardar
Qual IADo fornecedor, nos termos do fornecedorSeu, ou do fornecedor; a sua escolha
AutoridadeA pessoa, exercida pela pessoaA pessoa, exercida pelo agente e verificada em cada chamada

Ambas as colunas podem funcionar nos mesmos modelos subjacentes. A diferença está no que o sistema permite que o modelo faça.

O teste: pode agir sem ninguém no ecrã?

Os slides não podem responder a essa pergunta; apenas um pedido ao vivo pode. Execute o seguinte contra qualquer produto que reivindique qualquer um dos rótulos. Leva uma hora e não requer um desenvolvedor.

  1. Escolha um resultadoAlgo rotineiro, inter-módulo e revisável. Faturar um cliente pelo trabalho do mês passado, enviá-lo e agendar um lembrete se não for pago em duas semanas é uma boa opção porque abrange faturamento, contactos, email e tarefas.
  2. Traga o seu próprio agenteConecte o agente que já utiliza fora do produto do fornecedor, através do MCP. Se o fornecedor não puder suportar isso, anote e utilize o agente deles; a resposta à questão do protocolo já está incluída.
  3. Declare o resultado uma vezEscreva o pedido e depois afaste as mãos. Não clique para clarificar, a menos que o sistema faça uma pergunta genuína, como qual dos dois clientes correspondentes quis dizer.
  4. Verifique o resultadoAbra a fatura, o e-mail enviado e o lembrete no sistema. Depois, inicie sessão como um utilizador mais restrito e repita. O agente deve ser recusado onde esse utilizador seria recusado.
  5. Leia o registo.Procure quem perguntou, qual agente atuou, quais ferramentas foram utilizadas e com quais entradas. Um registo tão detalhado como o de uma pessoa é o sinal de um sistema que trata o agente como um utilizador.

Dois resultados são comuns. O copiloto completa parte do pedido e devolve o controlo à pessoa para o resto, geralmente no ponto onde há uma fronteira de módulo ou um Guardar envolvido. O agente termina-o, e a única evidência de que uma máquina fez o trabalho é o registo. Há um terceiro resultado que vale a pena mencionar: o próprio agente do fornecedor termina o trabalho, mas nada de fora pode conectar. Esse é um produto agente com uma porta fechada, e a porta será importante quando o agente da sua equipa for aquele que eles querem usar.

O que tem de ser verdade por baixo

Para que a coluna do agente seja real e não um script de demonstração, três coisas têm de estar integradas no produto, e todas as três podem ser verificadas.

  • Cada ação é uma ferramenta com uma definição. O Model Context Protocol, o padrão aberto que os principais clientes de agentes agora utilizam, define uma ferramenta como um nome, uma descrição, um esquema JSON para as suas entradas e, opcionalmente, um para as suas saídas. Um sistema que fez este trabalho pode fornecer a um agente uma lista legível por máquina do que pode fazer. Um que não o fez só pode mostrar-lhe uma caixa de chat.
  • A lista é filtrada por quem está a perguntar. O protocolo permite que o conjunto de ferramentas devolvidas varie com a autorização apresentada, portanto, o agente de um utilizador restrito recebe menos ferramentas. As boas implementações verificam novamente quando cada ferramenta é executada, porque uma lista filtrada é uma cortesia e uma verificação em tempo de execução é um controlo.
  • O cliente pode ser seu. Claude suporta conectores personalizados para servidores MCP remotos em todos os seus planos, com um login OAuth e aprovação por ferramenta que pode ser relaxada para servidores em que confia. O modo de desenvolvedor do ChatGPT oferece suporte total ao cliente MCP para ferramentas de leitura e escrita nos seus planos web pagos, com ações de escrita a requerer confirmação por padrão. Ambos os fornecedores dizem aos utilizadores de forma clara para se conectarem apenas a servidores em que confiam. Um sistema que pode ser operado por qualquer um desses clientes passou no teste do protocolo.

Onde o copilot é genuinamente melhor

Seria conveniente dizer que o agente vence em todo o lado, e isso seria errado. Um copiloto é a melhor ferramenta quando a pessoa quer permanecer no ecrã: explorando os dados, decidindo o que fazer a seguir, editando um documento linha a linha, ou fazendo trabalho que é único e precisa de julgamento a cada passo. Um copiloto que se senta ao lado do formulário e responde a perguntas sobre o que está nele é um bom design para isso, e um sistema construído para agentes deve incluir um, porque os agentes não substituem a observação.

O copiloto também é melhor quando a organização não está pronta para confiar em ações delegadas. Algumas equipas querem um período em que a IA propõe e uma pessoa decide, em cada item, antes de qualquer coisa ser executada sem supervisão. Essa é uma posição razoável e um copiloto proporciona isso. O importante é saber qual está a comprar, e não pagar pela coluna do agente enquanto obtém a coluna do copiloto.

Há também uma dimensão de custo, e isso corta em ambas as direções. Um copiloto dentro do produto do fornecedor funciona com a IA do fornecedor, e você paga por isso como parte da subscrição ou por utilização. Um sistema agente que permite trazer o seu próprio agente não pode realizar nenhuma IA em seu nome: o seu agente faz o raciocínio, e a plataforma cobra apenas pelo que armazena e faz. Para uma equipa que já está a pagar por Claude ou ChatGPT, isso altera a aritmética, e vale a pena colocar na folha de comparação ao lado da taxa de licença.

Como é quando a versão agente é executada

Sois é construído do lado do agente desta comparação, por isso é a implementação que podemos mostrar. Um espaço de trabalho é um servidor MCP. Qualquer cliente compatível conecta-se adicionando o endereço do espaço de trabalho e fazendo login uma vez através do OAuth. As ferramentas são filtradas pelo papel do utilizador antes de serem oferecidas e verificadas novamente quando são executadas, e o acesso falha de forma restrita. Aqui está o resultado do teste do fluxo acima, à medida que é executado.

Claudeconectado aapp.sois.aisobre MCP
VocêFature a Acme pelo trabalho de setembro, envie por email para Sarah Cole e lembre-me se ainda estiver por pagar no dia 18.
Agente
  • Leitura do trabalho faturável do projeto e do registo do cliente
  • Fatura criada a partir das linhas faturáveis
  • Enviada para o contacto do cliente por email
  • Lembrete agendado para a data de vencimento
Feito.
Registos Sois
INV-1057Fatura criada, Acme Ltd
Sarah ColeEmail enviado da caixa de entrada do espaço de trabalho
TarefaCobrar se não pago até 18 de setembro

Quatro ferramentas em contabilidade, contactos, caixa de entrada e tarefas. O apresentador pode sair da sala após a primeira linha.

Execute o mesmo pedido como um utilizador que não pode emitir faturas e o agente é recusado na primeira escrita, com uma explicação clara, porque uma conexão concedida nunca pode fazer mais do que a pessoa por trás dela. Limite o gasto na integração e o agente para quando o orçamento é atingido em vez de continuar. Abra o registo e cada chamada está lá com as suas entradas e resultados. Nada disso é especial para a demonstração; é assim que a camada de permissões trata cada chamador.

Quando comparar ERP alimentado por IA com ERP agentic, ignore os rótulos no slide. Pergunte pelo resultado, afaste-se do ecrã e veja quem termina o trabalho.

Perguntas que as pessoas fazem

Um ERP alimentado por IA pode tornar-se agentic ao atualizar o copiloto?

Não ao atualizar o modelo. O copiloto é limitado pelo que lhe é permitido fazer, não pela sua inteligência. Tornar-se agentic significa expor cada ação como uma ferramenta autorizada sobre um protocolo aberto, para que um agente possa agir através de módulos sem uma pessoa no ecrã.

O ERP agentic significa que a IA age sem qualquer controlo humano?

Não. O agente age com a autoridade da pessoa que representa e nunca mais, é recusado onde essa pessoa seria recusada, e para para perguntar quando algo é ambíguo ou precisa de uma aprovação acima do nível do seu utilizador. Os clientes agentes também mantêm um humano no circuito com solicitações de aprovação para chamadas de ferramentas.

Quais agentes podem operar um ERP agentic hoje?

Qualquer cliente que fale o Protocolo de Contexto do Modelo. Claude suporta conectores personalizados para servidores MCP remotos, e o modo de desenvolvedor do ChatGPT fornece suporte completo ao cliente MCP, incluindo ações de escrita. Cursor, VS Code e outros clientes MCP conectam-se da mesma forma.

Fontes
  1. especificação do Protocolo de Contexto do Modelo: ferramentas definições de ferramentas, listas de ferramentas dependentes de autorização e a orientação do humano no processo
  2. Anthropic: como começar com conectores personalizados usando MCP remoto planos, início de sessão OAuth, aprovação de ferramentas e o conselho de conectar apenas a servidores de confiança
  3. OpenAI: modo de desenvolvedor do ChatGPT suporte completo do cliente MCP para ferramentas de leitura e escrita; ações de escrita requerem confirmação por padrão
  4. Documentação Sois: o servidor MCP do espaço de trabalho início de sessão OAuth, ferramentas filtradas por função, execução fail-closed e limites orçamentais

Este artigo é revisto quando os produtos que descreve mudam. Próxima revisão agendada: 4 de dezembro de 2026.

Começar

Explore a plataforma Sois.

Como a plataforma funciona, o que a camada de permissões faz e quanto custa, em termos simples.

  • Gratuito para começar
  • Traga o seu próprio agente
  • Sem bloqueio de fornecedor