Integração CRM e ERP: 6 fluxos de dados e o dono de cada um

A integração entre CRM e ERP é o acordo entre comercial, financeiro e TI sobre quais dados cada sistema governa, em que direção e com que frequência cada dado viaja, em que momento o negócio ganho vira pedido e quem corrige a mensagem que falhou, e o conector escolhido é a última dessas decisões. O CRM, sistema de gestão do relacionamento com o cliente, registra a intenção e a negociação, e o ERP, sistema de gestão empresarial, registra a obrigação: pedido, nota, título a receber e estoque. Na TIC Empresas 2025, que entrevistou 4.174 empresas brasileiras com dez ou mais pessoas ocupadas, 76% das empresas com 250 ou mais pessoas usaram ERP para integrar dados e processos dos departamentos (Cetic.br, 2026) e 56% usaram algum aplicativo de CRM nos últimos 12 meses (Cetic.br, 2026). A soma passa de 100%, então pelo menos 32% das grandes empresas mantêm os dois sistemas, e a pergunta da diretoria passa a ser como eles conversam.

A cena que eu encontro com frequência começa numa ligação. O vendedor procura o cliente para oferecer a renovação e ouve que a empresa ainda discute três boletos vencidos com o financeiro, informação que estava no ERP desde o mês anterior. No mesmo dia, o financeiro segura um pedido por falta de crédito sem saber que o diretor comercial aprovou uma condição especial para aquele cliente. Os dois sistemas estão corretos e nenhum enxerga o outro. O processo do lead ao dinheiro na conta está em lead to cash, e o dono de cada entidade da operação, em arquitetura de dados de receita. A conexão entre CRM e ERP pede decisões próprias, que o projeto de TI costuma pular.

O que o CRM governa e o que o ERP governa?

Cada dado precisa de um sistema mestre, o único lugar onde alguém cria ou altera aquele dado, e os demais sistemas recebem cópia ou consultam. O que nasce na relação comercial pertence ao CRM: lead, contato, oportunidade, etapa, valor previsto, proposta e desconto aprovado. O que nasce de uma obrigação fiscal, contábil ou logística pertence ao ERP: cadastro fiscal do cliente, código e tributação do produto, pedido, nota fiscal, título a receber, limite de crédito e saldo de estoque. Os dados de fronteira consomem a maior parte do tempo do projeto.

O cliente é o primeiro deles. Ele nasce no CRM como empresa prospectada, muitas vezes sem CNPJ, e só vira cadastro fiscal no ERP quando alguém precisa emitir nota. O desenho que funciona separa os dois momentos: o CRM é dono da empresa enquanto ela é prospect, e o ERP assume os dados fiscais depois que o financeiro aprova o cadastro, quando esses campos ficam só para leitura no CRM. O preço é o segundo dado de fronteira. A tabela oficial nasce no ERP ou na controladoria, e o preço praticado nasce na negociação, com o desconto que a política de desconto autorizou. A diretoria precisa decidir qual dos dois prevalece no pedido, porque um ERP configurado para recalcular pela tabela apaga o desconto aprovado e a nota sai com valor diferente do contrato.

Quais dados trafegam entre CRM e ERP, em que direção e com que frequência?

A tabela cobre os seis grupos de dados que aparecem em quase toda integração entre CRM e ERP numa operação B2B. Os campos do CRM que recebem esses dados, com tipo e quem preenche, saem do modelo de dados do CRM.

Dado	Origem (sistema mestre)	Destino	O que trafega e quando	Frequência
Cliente	CRM até o cadastro aprovado, ERP depois	ERP, com retorno ao CRM	No ganho, vão razão social, CNPJ, endereço e contato financeiro; voltam código do cliente, situação e limite de crédito	No evento, e diária para a situação
Produto e tabela de preço	ERP	CRM	Código, descrição, tributação e preço de lista; item inativado sai da cotação	Diária, e no evento quando a tabela muda
Pedido	CRM cria, ERP governa depois de criado	ERP	O negócio que atinge a etapa combinada gera o pedido; o ERP devolve número e situação	No evento, em minutos
Faturamento	ERP	CRM	Número, data e valor da nota, com cancelamento e reemissão	No evento ou de hora em hora
Títulos em aberto	ERP	CRM	Vencimento, valor e dias de atraso por cliente	Diária, antes do expediente
Estoque	ERP	CRM	Saldo disponível do item no momento da cotação, sem cópia gravada	Sob demanda

A frequência de cada linha sai de uma pergunta ao dono do dado: quanto atraso o processo dele aceita. Títulos e tabela de preço aguentam a carga em lote de madrugada, e o pedido precisa chegar em minutos, porque financeiro e logística trabalham sobre ele no mesmo dia. O estoque pede consulta ao ERP na hora da cotação, já que um saldo copiado às seis da manhã está errado às três da tarde. Tempo real em todos os fluxos encarece projeto e manutenção sem melhorar decisão nenhuma.

Como funcionam a chave única e o de-para de cadastros?

A chave única é o identificador que permite aos dois sistemas reconhecerem o mesmo registro, e a regra de matriz, filial e grupo econômico está na arquitetura de dados. Na integração, o caminho seguro é a chave cruzada: o CRM guarda o código do cliente no ERP, o ERP guarda o identificador do registro no CRM, e a integração procura pela chave antes de criar qualquer registro. O CNPJ serve de validação e de critério para casar as bases na primeira carga. O campo precisa aceitar letras nos dois sistemas, porque a Receita Federal passou a atribuir CNPJ alfanumérico às novas inscrições a partir de julho de 2026, mantendo válidos os números antigos (Receita Federal, 2024). Com bases já existentes dos dois lados, alguém cruza os cadastros, resolve os duplicados e grava a chave cruzada antes de ligar a integração, com as regras de qualidade de dados no CRM. Ligar o fluxo antes desse casamento transfere de uma vez os duplicados do CRM para o ERP, onde a correção, com notas já emitidas, custa muito mais.

O de-para é a tabela de correspondência entre os valores de uma lista num sistema e os valores da mesma lista no outro. A condição de pagamento “30/60 dias” do CRM corresponde a um código no ERP, o vendedor dono da conta corresponde a um código de representante que define comissão e centro de custo, e a unidade de negócio corresponde à empresa ou filial que emite a nota. Cada de-para tem como dono a área que governa a lista no sistema mestre. Um valor novo sem linha correspondente no de-para deixa o pedido parado na fila de erro, por isso quem cria uma condição de pagamento ou um produto novo cria a linha do de-para no mesmo dia.

Quando o negócio ganho vira pedido?

O momento em que o negócio vira pedido define quem pode mexer em quê depois, e cada tipo de venda pede um desenho. Na reposição a clientes com cadastro e crédito aprovados, o ganho cria o pedido já liberado. Na venda B2B a cliente novo, o ganho cria o pedido bloqueado até o financeiro conferir cadastro, crédito e condição de pagamento. Em projeto e contrato recorrente, o pedido nasce só depois do contrato assinado ou do pedido de compra do cliente.

Em qualquer desenho, a etapa de ganho exige os campos que o ERP precisa, com validação que impede o vendedor de avançar sem eles, e a integração usa o identificador do negócio como referência do pedido. Sem essa trava, o ganho marcado no último dia do mês para bater a meta vira pedido de um cliente sem crédito aprovado. O ERP devolve o número do pedido ao CRM, e a partir daí valores e itens do negócio ficam travados. O desconto extra que o cliente pede depois do ganho passa pela política de desconto e vira alteração registrada no pedido do ERP ou um negócio de aditivo, nunca uma edição no CRM que o ERP não recebe.

Como tratar erro e reprocessamento na integração?

A integração vai falhar em algum dia, e o desenho decide se a falha aparece em minutos ou quando o cliente reclama da nota. Ele começa pela fila de erros, a lista das mensagens que não chegaram ao destino, com o motivo escrito numa linguagem que a área entende e um alerta para uma pessoa com nome. O negócio no CRM ganha um campo de situação da integração, e o vendedor lê “pedido pendente: condição de pagamento sem correspondência no ERP” sem abrir chamado.

Duas propriedades técnicas evitam o estrago maior. A idempotência é a capacidade de receber a mesma mensagem duas vezes e produzir um único resultado: a integração reconhece a referência do negócio e não cria um segundo pedido quando alguém reenvia. A ordem de dependência segura o pedido até o cliente existir no ERP e reprocessa os dois na sequência certa.

Tipo de erro	Exemplo	Quem corrige	Como reprocessa	Prazo
Dado incompleto	Cliente sem inscrição estadual	Vendas, no CRM	Reenvio automático depois da correção	Um dia útil
De-para ausente	Condição de pagamento nova sem código no ERP	Dono da lista	Reprocessa a fila depois de criar a linha	Um dia útil
Regra do ERP	Crédito bloqueado, produto inativo	Financeiro ou controladoria	Libera o pedido ou devolve ao vendedor, com motivo	Dois dias úteis
Indisponibilidade	ERP fora do ar, limite de chamadas atingido	TI	Novas tentativas automáticas, alerta se passar do prazo	Duas horas

Integração nativa, plataforma de integração ou desenvolvimento sob medida?

O conector nativo é o oferecido pelo fornecedor de um dos sistemas, com campos já mapeados. A plataforma de integração, ou iPaaS (integration platform as a service), é um serviço em nuvem em que se montam fluxos entre sistemas com conectores e regras configuradas, com pouco ou nenhum código. O desenvolvimento sob medida é código próprio escrito sobre as APIs dos dois sistemas, as interfaces pelas quais cada um recebe e entrega dados.

Opção	Quando serve	Vantagens	Limites	Quem mantém
Conector nativo	Processo próximo do padrão dos dois sistemas	Ativação rápida, custo inicial baixo, atualização pelo fornecedor	Mapeamento fixo; regra própria, como pedido bloqueado, muitas vezes não cabe	Administrador do CRM
Plataforma de integração	Regras próprias, mais de dois sistemas, ERP sem conector	Fila de erros e reprocessamento prontos; regra muda sem programar	Assinatura ou cobrança por volume; exige quem domine a ferramenta	Operações de receita ou TI
Desenvolvimento sob medida	ERP antigo ou muito customizado, volume alto	Controle total da regra e do desempenho	Custo inicial maior; fila e reprocessamento precisam ser construídos	TI ou fornecedor

A decisão parte da tabela de fluxos. Marque as linhas que o conector nativo cobre por inteiro, com gatilho, de-para e tratamento de erro. Se ele cobre todas, a escolha está feita, e se duas ou mais linhas pedem regra própria, a plataforma costuma sair mais barata no segundo ano. O desenvolvimento sob medida entra quando o ERP não oferece API utilizável, e exige uma segunda pessoa capaz de assumir o código.

Quanto custa manter uma integração CRM e ERP?

O orçamento aprovado costuma cobrir a construção e esquecer a manutenção. Ela inclui a conferência diária da fila, os ajustes quando o processo muda, as adaptações a cada nova versão dos sistemas e a assinatura da plataforma. Nos projetos que acompanho, a mudança de processo pesa mais que a técnica: o comercial lança uma oferta nova e ninguém avisa que ela precisa de linha no de-para.

Num exemplo hipotético, um projeto de integração custa R$ 60.000. A manutenção consome 10 horas por mês a R$ 200 por hora, ou R$ 24.000 por ano, e a plataforma custa R$ 1.000 por mês, ou R$ 12.000 por ano. Manter a integração custa R$ 36.000 por ano, 60% do valor do projeto, e a diretoria que aprova sem essa linha descobre a conta na primeira mudança de tabela de preço.

Como homologar a integração CRM e ERP?

A homologação é o período em que as áreas testam a integração num ambiente de teste, uma cópia dos sistemas sem efeito fiscal, com cenários reais da operação, e assinam o aceite antes da virada. O checklist abaixo é o instrumento que eu entrego às lideranças.

Cenário de teste	Resultado esperado	Quem aprova
Cliente novo com cadastro completo	Cliente criado no ERP e código devolvido ao CRM	Financeiro
Cliente que já existe no ERP	Integração encontra pela chave e não duplica	Financeiro
Filial de cliente existente	Novo estabelecimento ligado à mesma conta	Financeiro e comercial
Cliente com CNPJ alfanumérico	Cadastro aceito nos dois sistemas	TI
Desconto aprovado abaixo da tabela	Pedido com o preço negociado, sem recálculo	Comercial e controladoria
Produto inativado entre cotação e ganho	Erro legível na fila e aviso no negócio	Comercial
Mesma mensagem enviada duas vezes	Um único pedido no ERP	TI
Título pago e título vencido	Situação correta no cliente no dia seguinte	Financeiro e CS
Volume do último dia útil do mês	Fila processada dentro do prazo	TI

A virada acontece por fluxo. O catálogo vai primeiro, porque não cria nada no ERP e o pedido depende do código do produto, cliente e pedido vêm em seguida, e faturamento e títulos fecham a sequência. Na primeira semana de cada fluxo, o dono da fila revisa os erros todos os dias com as áreas.

Quem é dono da integração entre CRM e ERP?

A tabela separa quem executa de quem aprova.

Papel	Responde por	Aprova
Diretoria comercial	Campos obrigatórios do ganho e uso de pedido e títulos pelo time	Quando o ganho vira pedido e exceções de preço
Diretoria financeira ou controladoria	Cadastro fiscal, catálogo, tabela de preço e de-para financeiros	Liberação de pedido e mudança nas listas que governa
TI	Acesso, ambiente de teste, disponibilidade, segurança e fornecedores	Mudança técnica, de versão e de fornecedor
Operações de receita	Tabela de fluxos, ficha da integração e regras de gatilho	Mudança de campo e de regra, com as áreas donas
Dono da fila de erros	Revisão diária da fila, encaminhamento e cobrança de prazo	Nada; executa e escala

O dono da fila precisa de nome e substituto nas férias. O patrocinador na diretoria arbitra os conflitos entre áreas, como o vendedor que quer editar o pedido depois do ganho, e leva à reunião mensal três números: erros abertos, tempo médio de correção e pedidos criados sem intervenção manual.

Quais são os erros comuns na integração CRM e ERP?

Integração sem fila de erros

Sem fila e sem alerta, a mensagem que falhou some. O financeiro descobre o pedido que não chegou quando o cliente cobra a nota, semanas depois, e ninguém sabe dizer quantos outros ficaram pelo caminho.

Homologar só o caminho feliz

O teste com o cliente perfeito, o produto ativo e o ERP no ar passa de primeira. A operação real tem filial, produto inativado, desconto fora da tabela e ERP lento no fechamento, e esses são os cenários que o checklist precisa cobrir.

Guardar a regra na cabeça de quem desenvolveu

O fluxo que só uma pessoa entende para no dia em que ela sai do projeto. A ficha da integração, com gatilhos, de-para, tratamento de erro e responsáveis, fica junto da tabela de fluxos e muda a cada alteração aprovada.

Capacitação: quem precisa aprender o quê

A regra vira hábito quando cada área sabe o que a outra faz com o dado. Vendedores aprendem os campos que o ganho exige, a ler a situação da integração no negócio e a olhar os títulos do cliente antes de ligar. Gestores comerciais passam a usar pedido e atraso na reunião de pipeline. O financeiro aprende a tratar a fila e a manter os de-para que governa, e operações de receita e TI aprendem a atualizar a ficha e a reprocessar sem duplicar. A formação rende mais com as áreas juntas, percorrendo no ambiente de teste os cenários da homologação.

Roteiro de 30 dias para a liderança

1. Semana 1: escreva a tabela de fluxos. Comercial, financeiro e TI preenchem os seis grupos de dados.
2. Semana 1: nomeie os donos. Aplique a pergunta do quadro a cada linha e a cada de-para.
3. Semana 2: decida quando o ganho vira pedido. Escolha o desenho por tipo de venda.
4. Semana 2: meça as bases. Conte quantos clientes do CRM casam com o ERP por CNPJ, quantos duplicados aparecem e se o campo aceita letras.
5. Semana 3: compare as opções de integração. Marque o que cada opção cobre pronto e orce a manutenção anual.
6. Semana 3: escreva a homologação e os prazos de erro. Adapte o checklist e defina o prazo de correção por tipo de erro.
7. Semana 4: aprove na diretoria. Leve dono, cronograma por fluxo, orçamento de manutenção e os indicadores da fila.

Se a sua empresa tem CRM e ERP e ainda depende de mensagem entre vendedor e financeiro para saber se o pedido saiu ou se o cliente pagou, esse é o trabalho do treinamento in company de Revenue Operations. Eu conduzo a formação com comercial, financeiro, TI e operações de receita juntos, sobre os fluxos reais da operação. A turma sai com o SLA entre marketing, vendas e CS estendido às passagens com o financeiro e com a matriz de métricas de RevOps, que aponta de qual sistema sai cada número e inclui os indicadores da integração.

Perguntas frequentes

O que é integração entre CRM e ERP?

É a conexão que faz os dados comerciais do CRM e os dados fiscais e financeiros do ERP circularem sem redigitação. Ela inclui o sistema mestre de cada dado, a direção e a frequência de cada fluxo, a chave que liga os cadastros e o tratamento de erro. O conector é a parte técnica que executa esses acordos.

Quais dados devem ir do CRM para o ERP?

Do CRM para o ERP vão o cliente com os dados de cadastro e o pedido gerado pelo negócio ganho, com itens, preço negociado e condição de pagamento. Do ERP para o CRM voltam o código do cliente, o catálogo e a tabela de preço, a situação do pedido, as notas emitidas, os títulos em aberto e a consulta de estoque.

O cliente deve ser cadastrado no CRM ou no ERP?

Nos dois, com donos diferentes em momentos diferentes. O CRM é dono da empresa enquanto ela é prospect, e o ERP assume os dados fiscais depois que o financeiro aprova o cadastro, quando esses campos passam a ser só leitura no CRM. Cada sistema guarda a chave do outro.

Integração nativa, plataforma ou desenvolvimento sob medida: qual escolher?

Escolha a opção mais simples que cubra todas as linhas da tabela de fluxos com gatilho, de-para e tratamento de erro. O conector nativo serve quando o processo é próximo do padrão, a plataforma de integração quando há regras próprias ou mais de dois sistemas, e o desenvolvimento sob medida quando o ERP ou o volume fogem do que as ferramentas cobrem.

Como evitar pedido duplicado na integração?

Use o identificador do negócio no CRM como referência do pedido no ERP e configure a integração para procurar essa referência antes de criar. Assim, uma mensagem reenviada atualiza o pedido existente em vez de criar outro. Inclua esse cenário na homologação.

Como preparar o time para usar a integração entre CRM e ERP?

Treine vendas, financeiro, TI e operações de receita juntos, percorrendo no ambiente de teste os cenários do checklist de homologação. Cada perfil aprende o que registra, o que consulta e o que faz quando a fila mostra um erro. Meça pelos erros abertos, pelo tempo de correção e pelos pedidos criados sem intervenção manual.