Integração entre ERP e CRM é a ligação automática entre o sistema que fatura, controla estoque e cobra (ERP) e o sistema em que o time comercial trabalha as oportunidades (CRM), para que cliente, produto, preço, pedido e títulos em aberto estejam iguais nos dois sem ninguém redigitar nada. Para fazer, você define quais dados vão sincronizar, qual sistema é dono de cada um, em que direção o dado corre e com que frequência, escolhe a forma de ligação (nativa, API, middleware ou, provisoriamente, planilha) e implanta por fases, começando pelo cadastro de clientes.
Sem integração, o vendedor cria proposta com preço velho, promete prazo de um item sem estoque e liga para cobrar um cliente que já pagou. O retrabalho é o custo visível; o invisível é o gestor olhando dois relatórios que não batem. Este guia mostra o que sincronizar, como escolher o jeito de integrar e um plano de projeto com as armadilhas mais comuns.
Qual a diferença entre ERP e CRM
Os dois são sistemas de gestão, mas olham para momentos diferentes da relação com o cliente.
| Ponto | CRM | ERP |
|---|---|---|
| Pergunta que responde | O que estamos tentando vender, e para quem? | O que vendemos, entregamos e recebemos? |
| Momento | Antes do pedido: lead, oportunidade, proposta | Do pedido em diante: faturamento, entrega, cobrança |
| Quem usa no dia a dia | Vendedores, SDRs, gestores comerciais | Faturamento, logística, financeiro, fiscal |
| Principais registros | Leads, oportunidades, atividades, propostas | Pedidos, notas fiscais, estoque, contas a receber |
| O que mede | Funil, conversão, ciclo, previsão | Receita faturada, margem, inadimplência, giro |
O ponto de encontro é o pedido. A oportunidade ganha no CRM vira pedido no ERP, e a partir daí o ERP sabe coisas que o vendedor precisa ver: se o pedido foi faturado, se a entrega saiu, se o cliente pagou. O guia de CRM de vendas detalha o que o CRM deve registrar em cada etapa do funil.
O que sincronizar e em que direção
Antes de pensar em ferramenta, liste os dados e decida, para cada um, três coisas: quem é o dono, em que direção ele corre e com que frequência.
| Dado | Dono | Direção | Frequência comum | Para que serve no comercial |
|---|---|---|---|---|
| Prospect e lead | CRM | Fica no CRM | — | Trabalhar o funil antes da venda |
| Cliente (após a primeira venda) | ERP | CRM → ERP na criação; ERP → CRM nas alterações | A cada alteração | Cadastro fiscal único, sem duplicidade |
| Produtos e códigos | ERP | ERP → CRM | A cada alteração | Proposta com o item certo |
| Tabelas de preço e descontos | ERP | ERP → CRM | A cada alteração | Proposta com preço vigente |
| Pedido | Nasce no CRM, vive no ERP | CRM → ERP | Na hora do ganho | Faturar sem redigitar |
| Status do pedido, nota e entrega | ERP | ERP → CRM | A cada mudança | Vendedor informar o cliente sem ligar para a logística |
| Títulos em aberto e limite de crédito | ERP | ERP → CRM | Diária, no mínimo | Não vender para inadimplente, cobrar com contexto |
| Histórico de faturamento | ERP | ERP → CRM | Diária | Recompra, curva de cliente, alerta de inativo |
Cliente: o dado que mais dá problema
O cliente costuma nascer no CRM como prospect, sem todos os dados fiscais. Quando fecha, precisa existir no ERP com CNPJ, inscrição estadual, endereço de faturamento e condição de pagamento. A regra que funciona:
- O prospect vive só no CRM.
- No ganho da primeira oportunidade, o CRM envia o cadastro ao ERP, que valida os dados fiscais e devolve o código do cliente.
- Daí em diante, o ERP é o dono do cadastro fiscal. Alterações de endereço, razão social ou crédito são feitas no ERP e sincronizadas para o CRM.
- Dados de relacionamento (contatos, cargos, interesses, histórico de conversas) continuam com dono no CRM.
Preço e produto: sempre do ERP para o CRM
Proposta com preço errado é o erro mais caro de uma integração mal desenhada, porque chega ao cliente. Se o CRM tem tabela própria, mantida à mão, ela vai divergir do ERP. O CRM deve ler preço e produto do ERP e, no máximo, aplicar o desconto que a política comercial permite, dentro do limite de alçada do vendedor.
Pedido: o ponto de passagem
A oportunidade ganha no CRM gera o pedido no ERP com cliente, itens, quantidades, preço, condição de pagamento e vendedor. Se o pedido for rejeitado no ERP (crédito, estoque, regra fiscal), o motivo precisa voltar para o CRM, para o vendedor resolver com o cliente.
Formas de integrar ERP e CRM
Há quatro caminhos, do mais simples ao mais flexível.
| Forma | Como funciona | Quando usar | Limitação |
|---|---|---|---|
| Nativa | Conector pronto entre os dois sistemas, configurado em telas | Quando o par ERP–CRM já tem conector e as regras são padrão | Só sincroniza o que o conector prevê |
| API | Desenvolvimento próprio usando as APIs dos dois sistemas | Regras específicas: crédito, impostos, várias tabelas de preço | Precisa de desenvolvedor e de manutenção |
| Middleware | Plataforma de integração no meio, com fluxos montados por configuração | Vários sistemas para ligar, ou equipe sem desenvolvedor fixo | Mais um sistema para pagar e monitorar |
| Planilha (importação e exportação) | Exporta de um, ajusta e importa no outro, em rotina periódica | Ponte provisória ou volume muito baixo | Atraso, erro manual, não escala |
Três perguntas ajudam a escolher:
- Existe conector nativo entre os dois sistemas e ele cobre os dados da tabela acima? Se cobre, comece por ele.
- Há regra que o conector não faz? Exemplo: bloquear o pedido quando o cliente tem título vencido. Se há, a regra vai para API ou middleware.
- Quem vai manter a integração quando ela falhar? Integração por API sem um responsável técnico vira problema na primeira atualização de versão de um dos sistemas.
A planilha não é integração, mas é uma ponte honesta enquanto o projeto não sai. Se for usar, defina dia, hora e responsável pela rotina, e trate como provisório.
Se o CRM ainda não foi escolhido, a capacidade de integrar com o ERP da empresa entra como critério de seleção. O guia de como escolher um CRM traz o checklist completo.
Plano de projeto: integração por fases
Ligar tudo de uma vez faz os erros aparecerem juntos e dificulta descobrir a causa. Um plano em fases, com teste em cada uma, reduz esse risco.
| Fase | O que fazer | Pronto quando |
|---|---|---|
| 1. Mapeamento | Listar dados, dono, direção, frequência e regras de exceção (a tabela da seção anterior) | Tabela aprovada pelo comercial, financeiro e TI |
| 2. Limpeza | Remover clientes duplicados, padronizar CNPJ, inativar produtos fora de linha nos dois sistemas | Uma chave única por cliente e por produto |
| 3. Cadastros | Ligar clientes, produtos e preços | Amostra de clientes e propostas conferida, sem divergência de preço |
| 4. Pedido | Ligar a passagem da oportunidade ganha para o pedido, com retorno de rejeição | Pedidos de teste faturados sem redigitação |
| 5. Pós-venda | Ligar status, nota, entrega, títulos e histórico de faturamento | Vendedor consulta tudo no CRM, sem pedir para outra área |
| 6. Monitoramento | Painel de erros de sincronização, responsável e rotina de correção | Fila de erros revisada todos os dias |
Algumas orientações práticas para cada fase:
- No mapeamento, chame o financeiro. Crédito, condição de pagamento e títulos são regras do financeiro, e é ali que costumam surgir as exceções que ninguém do comercial lembrava.
- Na limpeza, decida o que fazer com o histórico. Trazer anos de pedidos antigos para o CRM pode não ser necessário; o histórico de faturamento resumido por cliente costuma bastar para o vendedor.
- Teste com casos reais e difíceis. Cliente com duas filiais, produto com várias embalagens, pedido com desconto acima da alçada. Os casos simples quase sempre funcionam.
- Defina o que acontece quando a sincronização falha. Alguém precisa receber o alerta e corrigir. Integração sem fila de erros falha em silêncio.
Se a integração acontece junto com a implantação do CRM, alinhe as fases dos dois projetos. O guia de implantação de CRM mostra o cronograma do lado do comercial.
Checklist antes de ligar a sincronização
- Cada dado tem um sistema dono, por escrito.
- Chave única definida para cliente (CNPJ ou CPF) e para produto (código do ERP).
- Duplicidades limpas nos dois sistemas.
- Cadastro manual bloqueado no sistema que não é dono do dado.
- Regra para pedido rejeitado no ERP, com retorno do motivo ao CRM.
- Responsável técnico pela integração e pelo monitoramento.
- Teste feito com casos reais e exceções.
- Time comercial treinado no que muda na rotina.
Erros mais comuns na integração
Não definir o dono do dado. Quando os dois sistemas podem alterar o mesmo campo, a última alteração ganha, e ninguém sabe qual era a certa. Um campo, um dono.
Ligar sem limpar os cadastros. Integração copia a bagunça mais rápido. Cliente duplicado em um sistema vira cliente duplicado nos dois.
Duplicidade por falta de chave. Sem CNPJ como chave, a mesma empresa escrita de dois jeitos vira dois clientes, e o histórico de compras se divide entre eles.
Sincronizar tudo em tempo real sem necessidade. Estoque e status de pedido pedem frequência alta; histórico de faturamento pode ser diário. Sincronizar tudo a cada segundo aumenta custo e pontos de falha sem ganho para o vendedor.
Esquecer o caminho de volta. Pedido rejeitado no ERP que não volta para o CRM fica parado, e o vendedor só descobre quando o cliente reclama.
Não ter ninguém olhando os erros. Toda integração tem falhas pontuais. A diferença está em alguém ver e corrigir no mesmo dia.
O que muda nos relatórios depois da integração
Com o ERP e o CRM falando a mesma língua, o painel comercial passa a cruzar o funil com a receita faturada: quanto do que foi ganho no CRM virou nota, qual o prazo entre o ganho e o faturamento, quais clientes pararam de comprar e qual vendedor tem mais título vencido na carteira. Para montar esse painel, veja o guia de dashboard de vendas.
A ordem de implantação de cada camada do stack comercial, do CRM à IA, está no guia de tecnologia e IA em vendas.
Perguntas frequentes
Qual a diferença entre ERP e CRM?
O ERP registra o que a empresa já vendeu e precisa entregar e cobrar: pedido, nota fiscal, estoque, financeiro. O CRM registra o que a empresa está tentando vender: leads, oportunidades, atividades, propostas e o histórico de relacionamento com o cliente. Em resumo prático, o CRM cuida do antes do pedido e o ERP, do pedido em diante.
Quais dados devem ser sincronizados entre ERP e CRM?
Os mais comuns são clientes, produtos, tabelas de preço, pedidos, notas e títulos em aberto. Clientes costumam nascer no CRM como prospects e passar ao ERP quando fecham; produtos, preços, notas e títulos vêm do ERP para o CRM; o pedido nasce da oportunidade ganha no CRM e é faturado no ERP. Cada dado precisa ter um sistema dono.
Dá para integrar ERP e CRM sem programar?
Dá, em parte. Se os dois sistemas tiverem conector nativo, a configuração é feita em telas. Ferramentas de middleware também permitem montar fluxos sem código. Em integrações com regras próprias, como cálculo de impostos ou aprovação de crédito, costuma ser necessário um desenvolvedor para trabalhar com as APIs.
Quanto tempo leva uma integração entre ERP e CRM?
Depende do número de dados, das regras e da qualidade dos cadastros. Integrações nativas de poucos dados podem rodar em semanas. Integrações por API com pedido, crédito e várias tabelas de preço levam mais, porque a etapa que consome tempo costuma ser a limpeza dos cadastros e o teste com casos reais, não a conexão em si.
Como evitar cliente duplicado na integração?
Use uma chave única que os dois sistemas conheçam, normalmente o CNPJ ou CPF, e uma regra clara de onde o cliente é criado. Antes de ligar a sincronização, limpe as duplicidades que já existem nos dois lados e bloqueie o cadastro manual no sistema que não é dono do dado.
COO do Grupo VMX
Pedro Favaretto é COO do Grupo VMX, em Belo Horizonte, e responde pela operação que estrutura processos comerciais, geração de demanda e times de vendas de empresas clientes. Escreve sobre processo de vendas, marketing, tecnologia comercial e vendas por segmento.