Como integrar um agente de IA ao ERP da empresa

Um agente de IA sem acesso ao ERP só atende. Ele responde "deixa eu verificar", abre chamado, anota e devolve pro humano. Conectado ao ERP, ele consulta o pedido, confirma o status, dispara a segunda via do boleto e finaliza o caso. A diferença não é de inteligência do modelo — é de integração. Esse texto é pra quem está perto de contratar e quer saber, antes de pagar, o que muda quando o agente conversa com o sistema que move a empresa.

O que muda quando o agente fala com o ERP?

Sem integração, o agente é atendimento. Educado, rápido, escalável — mas para no momento em que a resposta exige dado da operação. "Cadê meu pedido?" vira pergunta repassada. Com integração, o agente vira execução. Ele lê pedido, nota fiscal, saldo, contrato, agenda. Em alguns fluxos, ele também escreve: abre OS, atualiza cadastro, marca atendimento, gera boleto.

O ganho aparece primeiro em volume e padronização. Tudo o que era "vou consultar e te retorno" passa a ser resposta na hora. Tudo o que era "abre o ticket e a equipe entra" passa a ser ação registrada no ERP, com rastro de quem disparou.

Por onde começa a integração?

A integração tem três caminhos típicos, do mais fácil ao mais trabalhoso:

• API documentada — o ERP expõe endpoints REST ou GraphQL. A plataforma chama, lê, escreve. É o cenário ideal: integração em dias, manutenção previsível.
• Conector pronto — alguns ERPs populares no Brasil têm conector oficial ou de terceiros. Você ativa, configura permissão e está conectado.
• ERP fechado ou legado — sem API exposta. O caminho é importar e exportar arquivo, ler tela via automação, ou pedir ao fornecedor um endpoint. Mais lento, mas viável quando existe priorização clara de qual fluxo abrir primeiro.

O erro comum é tratar a integração como projeto único, do tipo "vamos conectar tudo". O atalho honesto é escolher um caso de uso de alto volume — consulta de pedido, segunda via, agendamento — e abrir só os endpoints necessários pra ele rodar. Depois expande, fluxo a fluxo, com cada um já provando valor antes do próximo.

Quais erros derrubam a integração na segunda semana?

O agente sobe na sexta, atende bem o fim de semana e na segunda alguém grita. Três motivos costumam aparecer:

• Mapeamento frouxo — o agente lê o campo certo, mas o ERP tem três campos parecidos (data de emissão, data de competência, data de pagamento) e ninguém alinhou qual usar. Resultado: resposta tecnicamente correta, comercialmente errada.
• Permissão excessiva — o usuário técnico que o agente usa tem mais acesso do que precisa. No dia que algo der errado, o estrago é grande e o auditor pergunta por quê.
• Sem retry nem timeout — quando o ERP demora, o agente trava ou repete a operação. Boleto duplicado, OS aberta duas vezes, cliente irritado.

O agente pode escrever no ERP ou só ler?

Pode os dois — e quase sempre o caminho é começar só lendo. Leitura tem risco baixo: se errar, o atendente humano corrige antes de ir pro cliente. Escrita tem risco alto: o registro foi feito, a nota foi emitida, o estoque baixou. Reverter dá trabalho.

O padrão saudável é fazer o agente operar como estagiário com acesso de leitura: ele consulta tudo, sugere a ação ("posso emitir a segunda via?") e só executa o que você liberou explicitamente. Quando um fluxo prova estabilidade por algumas semanas, você abre o próximo.

Como manter a segurança dos dados do ERP?

O ERP guarda o que a empresa tem de mais sensível: contrato, nota, cadastro, financeiro. Quem leva integração a sério faz quatro coisas:

• Usuário técnico dedicado — o agente nunca usa a conta de um humano. Tem login próprio, permissão mínima e log separado.
• Escopo por fluxo — leitura de pedido não dá acesso a contrato; emissão de boleto não dá acesso a folha. Cada caso de uso ganha o que precisa, nada além.
• Log de tudo — toda chamada que o agente faz ao ERP fica registrada. Auditoria, debug e LGPD agradecem.
• Plano pra dado sensível — número de cartão, senha, CPF inteiro só trafegam quando precisam. Quando não precisa, fica mascarado.

Se o fornecedor da plataforma não consegue mostrar como cada um desses pontos é tratado, esse é o sinal pra adiar a contratação até ter resposta por escrito.

Onde a Elohia se encaixa?

A Elohia conecta o agente ao ERP via API, webhook ou conector quando existe. O agente é configurado conversando em português — você define quais fluxos ele pode consultar, quais pode executar e o que ele faz quando o ERP não responde. Cada empresa tem ambiente isolado, log próprio e permissão mínima por padrão.

Quando o ERP é fechado e sem API exposta, somos honestos: a primeira semana vira escopo de descoberta com o fornecedor do ERP, não setup de agente. Nesses casos, o atalho real é começar pelos fluxos que não dependem do ERP (FAQ, qualificação, agendamento por agenda externa) e plugar o ERP no segundo momento, sem fingir que está pronto.

Pra quem está mapeando opções: o artigo /blog/como-escolher-plataforma-agentes-ia-empresas detalha critérios de comparação entre plataformas, e /blog/agentes-workflow-corporativo mostra como o mesmo agente atravessa ERP, CRM e e-mail num único fluxo. Para empresas que trabalham com cobrança, segunda via e financeiro, a vertical /solucoes/cobranca-no-piloto é o ponto de entrada mais direto.

Perguntas frequentes

Preciso trocar de ERP pra usar um agente de IA?

Não. Agentes modernos se conectam ao ERP que você já tem por API, webhook ou conector pronto. A troca é decisão de negócio, não pré-requisito técnico.

Quanto tempo leva pra integrar o agente ao ERP?

Depende do ERP. Em sistemas com API documentada, o primeiro fluxo (consultar pedido por CPF, por exemplo) sobe em dias. ERP fechado ou legado pode levar semanas, e nesse caso o atalho é começar por um caso de uso que não exige escrita.

O agente vai mexer no estoque sozinho?

Só se você liberar. Toda escrita no ERP passa por regras explícitas — você decide o que ele pode criar, alterar ou só sugerir. O padrão é começar com permissão de leitura e abrir escrita um fluxo por vez.

E se o ERP cair? O agente para?

Boa integração separa o que o agente sabe responder sem o ERP (FAQ, status genérico) do que depende dele (saldo, pedido específico). Quando o ERP cai, o agente reconhece, avisa o cliente com elegância e abre fila pra humano.