> Agente de IA no ERP: permissões e aceite | Torno

1. [Início](https://tornostudio.com/)
2. / [Blog](https://tornostudio.com/blog/)
3. / Agente de IA conectado ao ERP: quais ações liberar primeiro?

# Agente de IA conectado ao ERP: quais ações liberar primeiro?

Um roteiro para gestores delimitarem acesso, aprovação e evidências na integração de um agente de IA ao ERP.

Escrito por [Henrique Pett](https://tornostudio.com/autores/henrique-pett/) · Product Engineer · Torno Studio

## Resposta direta

Antes de integrar um agente de IA ao ERP, delimite separadamente o que ele pode consultar, preparar e executar. Para cada ação, defina usuário, dados, recurso, aprovação e evidência no sistema de destino; uma resposta no chat não comprova que a mudança foi autorizada ou concluída.

* Comece por uma lista curta de operações e reduza permissões e ferramentas ao necessário para cada tarefa.
* Exija aprovação e autorização verificável para ações sensíveis, vinculadas ao pedido e ao recurso exatos.
* Teste o resultado no ERP com perfis distintos, falhas e repetições, além de conferir a resposta do agente.

**Neste artigo**

* [Três níveis de ação que não devem ser confundidos](https://tornostudio.com/blog/agente-ia-erp-permissoes-acoes/#tr%C3%AAs-n%C3%ADveis-de-a%C3%A7%C3%A3o-que-n%C3%A3o-devem-ser-confundidos)
* [Faça uma ficha para cada ação](https://tornostudio.com/blog/agente-ia-erp-permissoes-acoes/#fa%C3%A7a-uma-ficha-para-cada-a%C3%A7%C3%A3o)
* [Use impacto e reversibilidade para decidir aprovação](https://tornostudio.com/blog/agente-ia-erp-permissoes-acoes/#use-impacto-e-reversibilidade-para-decidir-aprova%C3%A7%C3%A3o)
* [Como testar antes de colocar em operação](https://tornostudio.com/blog/agente-ia-erp-permissoes-acoes/#como-testar-antes-de-colocar-em-opera%C3%A7%C3%A3o)
* [Perguntas frequentes](https://tornostudio.com/blog/agente-ia-erp-permissoes-acoes/#perguntas-frequentes)

**Antes de integrar um agente de IA ao ERP, defina uma lista curta de ações permitidas.** Separar consulta, preparação de um rascunho e execução de uma mudança evita que “acessar o ERP” vire uma autorização genérica. Para cada ação, registre quais dados o agente enxerga, em nome de quem atua, quem aprova e como o resultado será conferido.

Isso vale tanto para um assistente interno quanto para um agente que recebe pedidos externos. O desenho depende do ERP, da operação e do impacto de cada ação; este artigo é um roteiro de contratação, não uma arquitetura pronta.

## Três níveis de ação que não devem ser confundidos

**Consultar** é ler um registro autorizado e devolver uma resposta. **Preparar** é montar uma proposta ou rascunho para revisão. **Executar** é criar, alterar, aprovar ou enviar algo que passa a valer no sistema. Uma pergunta simples pode exigir uma resposta; ela não autoriza automaticamente o terceiro nível.

Se necessário, role horizontalmente para ver todas as colunas.

| Pedido de exemplo                   | Comportamento a definir                              | Conferência no aceite                            |
| ----------------------------------- | ---------------------------------------------------- | ------------------------------------------------ |
| “Qual o status deste pedido?”       | Consultar apenas pedidos visíveis ao usuário         | O agente não revela pedidos de outra conta       |
| “Prepare uma alteração de endereço” | Criar rascunho, sem gravar no cadastro oficial       | A mudança aguarda revisão e não altera o pedido  |
| “Aprove este pagamento”             | Operação de alto impacto, sujeita a política própria | A ação não ocorre apenas pela resposta do modelo |

Os exemplos são fictícios. O terceiro pode simplesmente ficar fora do escopo inicial. A [OWASP classifica excesso de funções, permissões e autonomia como fontes de risco em agentes com LLM](https://genai.owasp.org/llmrisk/llm062025-excessive-agency/). Sua orientação é limitar as ferramentas ao necessário e exigir verificação independente para ações de alto impacto.

![Três cartões distintos mostram consulta, preparação e execução com limites de autorização diferentes.](https://tornostudio.com/_astro/torno-agente-erp-tres-niveis.BCYpKtj-_ZnRf67.svg)

*Comparação editorial de níveis de ação; não representa uma interface ou implantação real. Ilustração original Torno Studio, 2026.*

## Faça uma ficha para cada ação

Em vez de conceder “acesso ao ERP”, descreva uma operação por vez. Uma ficha curta deve responder:

* **Quem pede?** Usuário autenticado, equipe interna ou evento externo?
* **O quê?** Qual recurso e quais campos podem ser lidos ou alterados?
* **De quem?** O acesso respeita cliente, unidade e perfil?
* **Com qual limite?** Há faixa de valores, quantidade ou horário que muda o tratamento?
* **Quem confirma?** A ação exige aprovação de alguém com permissão própria?
* **Qual evidência?** Como se relacionam pedido, aprovação, chamada ao ERP e resultado?

O [guia de privilégio mínimo da Microsoft para agentes](https://learn.microsoft.com/en-us/security/zero-trust/sfi/least-privilege-for-ai-agents) recomenda definir identidade, escopo, acesso a ferramentas e auditabilidade antes de ampliar a autonomia. Essas decisões devem ser aplicadas também na integração e no sistema de destino, não depender só de uma frase nas instruções do agente.

Uma conta técnica com permissão para alterar todos os clientes pode ultrapassar a autorização de quem fez o pedido. A implementação precisa verificar o usuário, o recurso e a ação no momento da execução. Se não for possível fazê-lo, reduza o escopo e documente o limite.

## Use impacto e reversibilidade para decidir aprovação

Um rascunho de texto e a mudança de um dado fiscal não pedem a mesma autonomia. Classifique cada ação pelo impacto de um erro e pela possibilidade de desfazê-la. A matriz abaixo é uma ferramenta de discussão, não uma regra universal de liberação.

![Matriz visual compara impacto de erro e reversibilidade para orientar quando uma ação de agente exige aprovação.](https://tornostudio.com/_astro/torno-agente-erp-matriz.DZvtHhYJ_Z18ai26.svg)

*A classificação deve ser feita com o cliente e validada no seu processo. Ilustração original Torno Studio, 2026.*

Para ações sensíveis, decida quem aprova, o que essa pessoa verá e por quanto tempo a aprovação vale. Uma autorização para “atualizar o pedido 123” não deveria liberar a alteração de outro pedido ou uma operação diferente. A trilha deve registrar o que foi solicitado, o que foi efetivamente enviado ao ERP e a resposta obtida. Veja também [o que definir para uma trilha de auditoria útil](https://tornostudio.com/blog/trilha-auditoria-sistema-requisitos-negocio/).

## Como testar antes de colocar em operação

No ambiente autorizado, execute casos normais e tentativas fora do escopo. Teste com usuários de perfis diferentes, registros de clientes diferentes e uma ação que exija aprovação. Confira o ERP de destino, não apenas o texto devolvido pelo agente. Um “concluído” na conversa sem mudança confirmada não atende ao aceite; uma mudança realizada sem autorização também não.

Inclua falha e repetição: o que aparece quando o ERP não responde? Se o mesmo pedido for enviado outra vez, a operação duplica? Quem pode reprocessar? Quais dados aparecem nos registros técnicos? Essas perguntas cruzam segurança, continuidade e operação diária.

Uma implantação inicial pode limitar-se a **consultas e preparação de rascunhos**, caso isso já resolva uma tarefa valiosa. Só amplie o poder do agente após demonstrar confiabilidade no fluxo específico e revisar os controles. A OWASP descreve a aprovação humana como controle para ações de alto impacto, mas a escolha concreta de limites depende do processo.

## Perguntas frequentes

### Dar acesso de leitura ao agente é suficiente para começar?

Pode ser uma primeira delimitação, mas ainda é necessário definir quais registros cada usuário pode consultar e o que a resposta pode revelar. “Leitura” não significa acesso a todos os dados.

### A aprovação escrita no chat já autoriza a mudança?

Não por si só. A aplicação deve verificar a autoridade de quem aprovou, a ação exata e o recurso envolvido antes de executar no ERP.

### O agente pode usar a mesma conta de administrador de um funcionário?

Isso amplia o poder agregado e dificulta atribuir responsabilidade. O desenho deve prever identidade e permissões adequadas ao fluxo, conforme o princípio de privilégio mínimo documentado pela Microsoft.

Se sua empresa está avaliando uma integração, leve um exemplo de consulta, um de alteração desejada e os perfis envolvidos para uma [conversa de diagnóstico com Henrique](https://tornostudio.com/diagnostico/). A Torno pode avaliar o escopo técnico e os critérios de aceite sem pressupor que todo o ERP deva ficar acessível ao agente.

*Fontes consultadas em 30 de outubro de 2026. Cenários e matriz são exemplos editoriais, não casos de clientes.*

## Sobre o autor

[Henrique Pett](https://tornostudio.com/autores/henrique-pett/) é o Product Engineer à frente da Torno Studio. Atua em software web sob medida, integrações e aplicações com IA, da descoberta à produção.

[Trajetória e mais artigos de Henrique →](https://tornostudio.com/autores/henrique-pett/)

## Continue a leitura

* [Ambiente de homologação: o que conferir antes de testar seu sistema](https://tornostudio.com/blog/ambiente-homologacao-conferir-antes-testar-sistema/)
* [Fluxo de aprovação no sistema: o que definir além do botão Aprovar](https://tornostudio.com/blog/fluxo-aprovacao-sistema-regras/)
* [Recuperação de senha no sistema: o que definir e testar antes do aceite](https://tornostudio.com/blog/recuperacao-senha-sistema-aceite/)

## Quer discutir o seu projeto?

Traga o contexto; eu ajudo a definir o escopo e o próximo passo.

[Agendar diagnóstico (45 min, grátis)](https://calendly.com/henriquepett/45min)

[Voltar ao blog →](https://tornostudio.com/blog/)