Integração de IA em ERP e CRM legado

Integrar IA a um ERP ou CRM legado é conectar um modelo aos dados e às rotinas do sistema que a empresa já usa, sem trocar o sistema. Os caminhos usuais são API oficial, webhook, banco espelho de leitura, fila de mensagens e, quando nada disso existe, automação de tela. O Grupo Life Company faz esse trabalho em três etapas: diagnóstico, piloto com métrica combinada antes de começar e escala.

Os caminhos de integração, do mais estável ao último recurso

Existe uma ordem de preferência. Ela vem de quanto cada caminho aguenta mudança do outro lado, porque o ERP vai receber atualização do fornecedor e a integração precisa sobreviver a ela.

Na prática, quase todo projeto usa dois caminhos ao mesmo tempo. Um para a carga histórica, outro para o que muda no dia.

• API oficial: quando o ERP ou o CRM expõe endpoints documentados, é por aí que se começa. Autenticação própria, escopo de permissão controlado e versionamento do fornecedor.
• Webhook: o sistema avisa quando algo muda, e a IA reage ao evento. Serve muito bem para gatilho em tempo real. Para trazer o histórico, precisa de outro caminho junto.
• Banco espelho de leitura: uma réplica do banco de produção onde a IA consulta sem encostar no original. É o caminho mais comum em ERP antigo, e o que menos assusta o time de infraestrutura.
• Fila de mensagens: quando o volume é alto ou o sistema não aguenta chamada síncrona. A fila absorve o pico, guarda o que falhou e permite reprocessar sem perder registro.
• Automação de tela (RPA): um robô opera a interface como se fosse um usuário. Funciona, resolve casos que não têm outra saída, e quebra quando o fornecedor muda um botão de lugar. Fica por último.

Quando o legado não tem API

Essa é a situação real de boa parte das empresas que procuram a gente. O ERP foi instalado há mais de dez anos, o desenvolvedor original saiu, o contrato de suporte cobre correção e não cobre customização, e ninguém quer ser o responsável por mexer.

O primeiro passo não é técnico. É descobrir o que o seu contrato permite e quem, do lado do fornecedor, pode liberar um usuário de leitura. Muita integração que parecia impossível se resolveu com um pedido formal ao suporte do ERP.

Sem API, a ordem que a gente costuma seguir é: réplica de leitura do banco, view ou procedure criada pelo DBA da casa, exportação agendada de arquivo em pasta ou SFTP, e automação de tela quando o resto foi descartado. Cada uma dessas opções tem um custo de manutenção diferente, e isso entra no diagnóstico por escrito antes de qualquer contrato.

Uma coisa a gente não faz: escrever direto na tabela de produção de um ERP que não documenta o próprio schema. É o tipo de atalho que funciona por três meses e depois corrompe um fechamento.

O que costuma quebrar

Nenhuma dessas coisas é hipótese. São as que aparecem em quase todo projeto de integração com sistema antigo, e vale conferir a lista antes de aprovar um orçamento de qualquer fornecedor.

• Acentuação e encoding: banco em latin1, aplicação em UTF-8, e o nome do cliente chega quebrado do outro lado.
• Campo livre usado como cadastro: o CPF está dentro do campo observação, junto do telefone e do apelido do vendedor. A IA precisa ler isso, e a extração precisa ser auditável.
• Cadastro duplicado: o mesmo cliente aparece três vezes com grafias diferentes. Sem deduplicação, qualquer automação dispara em duplicidade.
• Data e fuso: registro gravado em horário do servidor, relatório lido em horário local, e o fechamento do dia sai com uma diferença que ninguém explica.
• Janela de fechamento e backup: chamada de integração durante o processamento noturno derruba o desempenho do ERP inteiro. A janela precisa ser respeitada no agendamento.
• Credencial: usuário genérico compartilhado, senha que expira em noventa dias e ninguém avisa, token sem rotação. A integração cai num sábado.
• Limite de chamadas e timeout: a API existe, mas tem teto. Sem fila e sem retentativa, o que falhou some.

Como se testa antes de ligar em produção

Aqui é onde a maior parte do risco some, e é a parte que costuma ser pulada.

Primeiro, ambiente separado com cópia de dados reais mascarados. Dado sintético não revela os problemas de qualidade que a sua base tem de verdade.

Depois, modo sombra. A IA roda em paralelo com o processo humano por um período combinado, registra o que teria feito e não grava nada no ERP. No fim do período, a gente compara linha a linha com a decisão que o time tomou. É esse comparativo que autoriza ou reprova a ida para produção.

Quando a escrita é liberada, começa por um subconjunto pequeno, com rollback definido antes e com desligamento imediato à mão de alguém do seu time. Monitoramento e alerta entram junto, na mesma entrega.

E a métrica é combinada antes do piloto começar. Se o número que importa para você é tempo de fechamento, taxa de erro em lançamento ou volume de atendimento resolvido sem humano, isso fica escrito no escopo. Sem isso, no fim do projeto cada lado mede uma coisa.

Quem responde pelo quê

Integração com sistema legado é trabalho de três lados, e deixar isso claro no começo evita o impasse do meio do projeto.

Do seu lado: liberar acesso e ambiente, indicar o dono do processo (a pessoa que sabe como aquilo funciona de verdade), decidir sobre dado pessoal e dado sensível, e acionar o fornecedor do ERP quando for preciso liberar alguma coisa.

Do nosso lado: desenho da integração, código, testes, ambiente de sombra, monitoramento, documentação do que foi feito e treinamento de quem vai operar depois.

Do fornecedor do ERP: liberação de API, usuário de leitura ou confirmação de que o contrato permite o caminho escolhido.

Sobre dado: o dado é seu. A gente define junto com quem responde por LGPD na sua empresa o que sai do seu ambiente, o que fica, e o que é mascarado antes de chegar a qualquer modelo. Isso vira documento, não conversa.

A gente também opera um CRM

Falar de integração de CRM aqui tem lastro. O Fonewhats é um CRM de WhatsApp que a gente construiu e mantém em produção, com inbox, funil e agentes de IA atendendo, qualificando e vendendo o dia inteiro.

Ou seja, a gente já apanhou dos problemas do outro lado do balcão. Contato duplicado, histórico de conversa que precisa ser recuperado quando o cliente volta meses depois, passagem de bastão do agente para o humano sem o cliente perceber, limite de janela da API oficial do WhatsApp. Nada disso é leitura de documentação para nós.

O mesmo vale para financeiro, cobrança, agendamento, marketplace e locação: as plataformas SaaS que a gente opera cobrem esses domínios e rodam sobre AWS, Google Cloud e Oracle, com OpenAI, Anthropic e Google Gemini em produção.

Mais de 1.500 empresas já foram atendidas pelo grupo. Quando a gente diz que sabe onde uma integração de CRM costuma travar, é porque a nossa também travou lá.

Quando isto não é para você

Esta página não serve para quem está trocando de ERP nos próximos meses (espere o novo sistema estabilizar antes de integrar qualquer coisa), para quem quer um chatbot solto no site sem tocar em dado interno, para quem precisa de IA rodando dentro de um sistema cujo contrato de suporte proíbe qualquer acesso externo e o fornecedor se recusa a liberar, e para quem espera resultado sem ninguém do time disponível para explicar como o processo funciona hoje. Também não serve para quem quer começar pela escala. A gente só liga em produção o que passou por piloto medido.

Perguntas frequentes