Um agente de IA que só conversa ajuda pouco. O valor aparece quando ele consulta o pedido no ERP, registra o lead no CRM ou agenda a visita sem ninguém digitar nada. E é justamente aí que mora o risco: um agente com acesso amplo aos sistemas pode alterar o que não devia, expor dados de clientes ou repetir uma ação por engano. Neste guia mostramos como integrar um agente de IA ao ERP e ao CRM com segurança, do jeito que fazemos nos nossos projetos.
Resposta direta: a integração segura tem cinco regras. O agente acessa os sistemas por API, com um usuário próprio e permissões mínimas; cada operação que ele pode fazer é uma ferramenta específica, nunca acesso livre ao banco; tudo o que ele faz fica registrado; ações sensíveis, como dar desconto ou cancelar pedido, passam por aprovação humana; e os dados pessoais seguem a LGPD, com o agente recebendo só o que a tarefa exige. O resto deste artigo explica cada regra e os erros mais comuns.
Como o agente de IA acessa o ERP e o CRM?
O modelo de IA não entra no sistema sozinho. Quem desenvolve o agente define um conjunto de ferramentas, cada uma com uma função clara, por exemplo "consultar status do pedido pelo número" ou "criar lead com nome, telefone e interesse". O modelo decide qual ferramenta usar, mas quem executa a chamada é o código da aplicação, que confere os parâmetros e as permissões antes de falar com o ERP ou o CRM.
Na prática existem três situações:
- O sistema tem API: é o cenário mais simples. As ferramentas do agente chamam a API com um usuário de integração próprio.
- O sistema não tem API, ou ela é limitada: criamos uma camada intermediária, uma API nossa que conversa com o ERP pelo meio que ele oferece (banco de dados, arquivos, serviço legado) e expõe ao agente só as operações liberadas.
- Vários sistemas na mesma tarefa: a mesma camada intermediária orquestra as chamadas, para que o agente peça "situação do cliente" e receba a resposta já consolidada de ERP, CRM e financeiro.
Um exemplo real: na plataforma de governança que construímos para a CoreOn, os agentes de IA que preparam a pauta e redigem a ata trabalham dentro de uma operação integrada ao Google Drive e ao Google Calendar, onde ficam os documentos e as reuniões do conselho. O projeto está no case CoreOn. Como funciona uma integração por dentro e o que define o seu prazo está em integração de sistemas: como funciona e quanto tempo leva.
Que permissões dar ao agente de IA?
As mínimas para a tarefa, e nenhuma a mais. A OWASP, referência internacional em segurança de aplicações, lista o "excesso de agência" entre os principais riscos de aplicações com modelos de linguagem e aponta três causas: funcionalidade demais, permissão demais e autonomia demais. A recomendação é limitar as permissões do agente nos outros sistemas ao mínimo necessário.
A tabela mostra como costumamos classificar as ações num projeto de ERP e CRM:
| Ação do agente | Exemplo | Permissão | Aprovação humana |
|---|---|---|---|
| Consultar | Status de pedido, saldo de estoque, horários livres | Leitura, só dos campos necessários | Não |
| Registrar | Criar lead, anotar interação, abrir chamado | Escrita restrita a esses registros | Não, mas com registro de tudo |
| Alterar | Mudar etapa do funil, remarcar agendamento | Escrita em campos específicos | Depende do impacto |
| Comprometer a empresa | Dar desconto, aprovar crédito, emitir nota, cancelar pedido | Só gera a proposta da ação | Sim, sempre |
| Destruir | Excluir cliente, apagar histórico | Nenhuma | Fora do alcance do agente |
Duas regras práticas completam a tabela. Primeiro, o agente usa um usuário de integração exclusivo, nunca a senha de um administrador ou de um funcionário. Segundo, quando ele age em nome de um cliente ou de um vendedor, o código confere se aquela pessoa poderia fazer a mesma ação; o agente não pode enxergar mais do que quem está conversando com ele.
Por que registrar tudo o que o agente fez?
Porque, quando algo der errado, a primeira pergunta será "quem fez isso?", e a resposta precisa existir. Para cada ação, registramos:
- quem originou o pedido (cliente, vendedor, rotina automática);
- qual ferramenta o agente chamou e com quais parâmetros;
- o que o sistema respondeu;
- quem aprovou, quando houve aprovação;
- data e hora.
Esse registro serve para investigar erro, para medir o que o agente resolve e também para a LGPD, que no art. 37 exige que o controlador e o operador mantenham registro das operações de tratamento de dados pessoais que realizarem. Um detalhe técnico que evita dor de cabeça: cada ação de escrita leva um identificador único, para que uma nova tentativa depois de uma falha de rede não crie o mesmo pedido duas vezes.
Quando exigir aprovação humana?
Sempre que a ação gerar obrigação para a empresa, mexer com dinheiro ou for difícil de desfazer. A própria OWASP recomenda manter uma pessoa no circuito para aprovar ações de alto impacto antes que sejam executadas.
Há um motivo a mais, específico de IA: a injeção de instruções. Um modelo de linguagem pode ser induzido a mudar de comportamento por texto que vem de fora, como um e-mail, um arquivo ou uma página da web. Exemplo hipotético: um agente que lê e-mails de fornecedores para atualizar prazos no ERP recebe uma mensagem com um texto escondido pedindo para alterar a conta bancária de pagamento do fornecedor. Se o agente não tem permissão para mexer em dados bancários, e se essa alteração exige aprovação de uma pessoa, a tentativa morre ali. Permissão mínima e aprovação humana são a defesa que funciona mesmo quando o modelo erra.
Para a aprovação não virar gargalo, ela precisa ser simples: o agente prepara tudo e a pessoa só confere e aprova, no próprio CRM ou numa notificação, com um clique.
Como tratar a LGPD na integração com IA?
Quatro cuidados resolvem a maior parte dos casos:
- Necessidade: o agente recebe só os campos que a tarefa exige (art. 6º, III). Para informar a previsão de entrega, basta o número do pedido e a data, sem CPF ou endereço completo.
- Fornecedor do modelo: os dados enviados ao modelo de IA passam por um terceiro. O contrato precisa prever isso, inclusive o não uso dos dados para treinar modelos de outros.
- Decisão automatizada: se o agente decide sozinho algo que afeta o cliente, como recusar crédito, o titular pode pedir revisão (art. 20). Deixe esse caminho pronto.
- Segurança: credenciais do agente guardadas em cofre, acesso por perfil e trilha de auditoria, como pede o art. 46.
Quais são os erros mais comuns ao integrar IA ao ERP e ao CRM?
- Dar ao agente a credencial de administrador "para facilitar". Qualquer erro do modelo vira erro com poder total.
- Deixar o modelo montar consultas no banco livremente. Ferramentas fechadas e validadas são mais seguras e mais previsíveis.
- Testar direto em produção. O agente precisa de um ambiente de homologação com dados de teste antes de tocar no ERP real.
- Ignorar a qualidade do cadastro. Se o CRM tem clientes duplicados e o ERP tem status desatualizados, o agente vai responder com segurança uma informação errada.
- Não ter plano de desligar. Toda integração com agente precisa de um botão para suspender as ações automáticas sem derrubar o atendimento.
Erros clássicos de integração, que também afetam agentes, estão em erro de integração: por que acontece e como resolver.
Por onde começar a integração na sua empresa?
Comece com leitura: o agente consulta o ERP e o CRM e responde, sem gravar nada. Depois libere a escrita em registros de baixo risco, como criar lead ou anotar interação. Por último, ações com impacto financeiro, sempre com aprovação. O raciocínio completo de implantação por etapas está em agentes de IA para empresas, o que pesa no orçamento em quanto custa implantar um agente de IA e o caso específico do atendimento em agente de IA no WhatsApp. Se ainda há dúvida entre um agente e um chatbot comum, veja agente de IA ou chatbot: qual a diferença.
Se o seu ERP ou CRM não tem API, ou se o sistema atual já não atende, construímos a camada de integração ou o sistema inteiro: veja integração de sistemas, desenvolvimento de ERP e desenvolvimento de CRM. Para uma estimativa do seu projeto, use a calculadora de projetos, e para conhecer as plataformas que já colocamos no ar, nossos produtos.
Perguntas frequentes
Dá para integrar um agente de IA a qualquer ERP?
Na maioria dos casos, sim. Se o ERP tem API, o agente usa ferramentas que chamam essa API com um usuário próprio. Se não tem, criamos uma camada intermediária que conversa com o ERP pelo meio disponível e libera ao agente só as operações autorizadas.
O agente de IA pode alterar dados no ERP sozinho?
Pode, em ações de baixo risco e com permissão restrita, como registrar um lead ou anotar uma interação. Ações que comprometem a empresa, como desconto, crédito, emissão de nota ou cancelamento, devem passar por aprovação humana.
Como evitar que a IA faça algo errado no CRM?
Com permissões mínimas, ferramentas fechadas em vez de acesso livre ao banco, ambiente de teste antes da produção, registro de todas as ações e aprovação humana nas ações de alto impacto. Assim, mesmo quando o modelo erra, o estrago fica contido.
Integrar IA ao CRM respeita a LGPD?
Respeita quando o agente recebe só os dados necessários para cada tarefa, quando o fornecedor do modelo de IA está previsto em contrato, quando há registro das operações e quando decisões automatizadas que afetam o cliente podem ser revistas por uma pessoa.
Preciso trocar meu ERP ou CRM para usar um agente de IA?
Normalmente não. O agente se conecta aos sistemas que a empresa já usa. A troca só faz sentido quando o sistema atual não tem como expor os dados nem por API nem por uma camada intermediária, ou quando ele já não atende a operação.
Quer ligar um agente de IA ao ERP e ao CRM da sua empresa com segurança?
