Integração de sistemas: como fazer ERP, CRM e WhatsApp trabalharem como um só

Como integrar ERP, CRM, WhatsApp e planilhas: qual sistema manda em cada dado, API ou webhook, conector ou código próprio e o que não pode faltar.

Neste texto · 11 seções

Integração de sistemas é fazer o ERP, o CRM, o WhatsApp e as planilhas da empresa trocarem dados automaticamente, com uma regra clara de qual sistema manda em cada dado. Quando funciona, o pedido fechado pelo vendedor chega ao faturamento sem redigitação. O cliente existe uma vez só, e o número do comercial bate com o do financeiro.

Este guia é para quem decide, não para quem programa. Ele mostra como definir quem manda em cada dado, como escolher o gatilho e o caminho da integração e o que fazer quando ela falha.

Pontos principais

  • A primeira decisão não é a ferramenta: é o sistema-mestre de cada dado e o que fazer quando dois sistemas discordam.
  • Webhook serve quando o sistema avisa que algo aconteceu; consulta periódica, quando ele não avisa.
  • Conector pronto, plataforma de integração e código próprio resolvem problemas diferentes, e os três precisam de manutenção.
  • Integração pronta para produção registra cada envio, repete sem duplicar e avisa alguém quando falha.

O que é integração de sistemas e como saber que ela falta

Na prática, integrar é combinar três decisões: quais dados passam de um sistema para outro, em que momento e quem resolve quando algo dá errado. A tecnologia é o meio, seja uma API, um webhook ou um conector. O que faz a integração funcionar são as regras escritas antes.

Os sinais de que ela falta aparecem na rotina:

  • O mesmo pedido é digitado duas vezes: pelo vendedor no CRM e pelo faturamento no ERP.
  • O cliente aparece duplicado, com CNPJ ou endereço diferentes em cada sistema.
  • A reunião começa com “qual número está certo?”, porque cada área tira o relatório de um lugar.
  • Alguém passa horas juntando exportações numa planilha para montar o relatório do mês.

Quando esses sinais se repetem toda semana, o problema tende a ser de arquitetura, não de disciplina da equipe: os dados não têm um caminho definido entre os sistemas. Isso também limita qualquer dashboard de gestão, que só é confiável quando os dados já chegam conciliados.

Integrar é uma das dificuldades que as empresas citam

A PINTEC Semestral, do IBGE, ouviu indústrias extrativas e de transformação com 100 ou mais pessoas ocupadas. Às que usaram tecnologias digitais avançadas em 2024, como computação em nuvem, análise de big data e inteligência artificial, perguntou o que dificultou essa adoção.

45,1%

das indústrias com 100 ou mais pessoas ocupadas que usaram tecnologias digitais avançadas em 2024 citaram a integração entre as áreas de negócios como dificuldade para a adoção.

Fonte: IBGE, com ABDI e UFRJ, PINTEC Semestral 2024: indicadores temáticos (2025). Limite do estudo: Investigação experimental, que o próprio IBGE pede para usar com cautela. Só indústrias extrativas e de transformação com 100 ou mais pessoas ocupadas; dificuldades declaradas pelas empresas.

Na mesma pesquisa do IBGE, 43,3% citaram dificuldades de interoperabilidade entre tecnologias digitais, isto é, de fazer tecnologias diferentes trocarem dados. O fator mais apontado foi outro: os altos custos das soluções, com 78,6%.

Muitas empresas, por outro lado, ainda não têm os sistemas a integrar. A TIC Empresas 2025, do Cetic.br, entrevistou por telefone 4.174 empresas brasileiras com 10 ou mais pessoas, entre fevereiro de 2025 e janeiro de 2026. Pelos resultados, 36% delas usaram um ERP nos 12 meses anteriores para integrar dados e processos dos departamentos. Foram 32% das empresas de 10 a 49 pessoas, 58% das de 50 a 249 e 76% das de 250 ou mais.

O uso de CRM chegou a 31% em 2025, contra 25% em 2024. Em 2025, foram 29%, 41% e 56% nas mesmas faixas de porte. Os dois indicadores medem uso declarado. Não dizem se os sistemas estão integrados nem se funcionam bem.

Se a sua operação ainda roda em planilhas, o primeiro passo pode ser transformar a planilha em sistema. Em qualquer caso, a primeira decisão de arquitetura é a mesma.

Qual sistema manda em cada dado

Sistema-mestre é aquele em que um dado nasce e é corrigido. Os outros sistemas recebem cópias e não alteram o original, ou alteram só campos combinados. Sem essa regra, a integração apenas espalha o erro mais depressa.

O ERP registra o que a empresa faz com dinheiro, estoque e obrigações fiscais: pedidos faturados, notas, contas a pagar e a receber. O CRM registra a relação comercial: contatos, oportunidades, propostas e histórico de conversas.

Mapa de sistema-mestre por dado
DadoSistema-mestreQuem pode alterarPara onde sincroniza
Cliente: dados fiscaisERPCadastro ou financeiroCRM, só para leitura
Cliente: contato comercialCRMVendasERP, nos campos de contato
ProdutoERPCadastro de produtosCRM, para montar propostas
PreçoERPComercial, com aprovaçãoCRM, a cada atualização
PedidoCRM até o fechamento; ERP depoisVendas; depois, faturamentoDo CRM para o ERP; o status volta ao CRM
Título financeiroERPFinanceiroCRM, só a situação (em dia ou em atraso)
Conversa no WhatsAppCRM, que guarda o histórico do contatoNinguém; o atendimento só acrescenta notasDo WhatsApp para o CRM, por webhook da API oficial

Modelo ilustrativo.

Quando dois sistemas discordam

Mesmo com o mapa, ainda aparecem divergências: o vendedor corrige o endereço no CRM, e o financeiro corrige outro no ERP. A regra precisa existir antes de integrar: qual lado vence, quem é avisado e onde a divergência fica registrada. Como ponto de partida, recomendamos que o sistema-mestre sempre vença e que a alteração do outro lado vire uma pendência para o responsável.

Na LinieX, começamos pela operação, não pela tecnologia: é na etapa de Arquitetura que desenhamos quem manda em cada dado, antes de escolher qualquer ferramenta.

Exemplo ilustrativo

Uma distribuidora cadastra clientes no CRM e no ERP. Ela define o ERP como mestre dos dados fiscais e o CRM como mestre do contato comercial. Quando o vendedor fecha o pedido no CRM, um webhook avisa a integração, que cria o pedido no ERP. Quando o ERP fatura, o status volta ao CRM, e o vendedor sabe sem perguntar ao financeiro.

API, webhook ou consulta periódica

Depois de saber o que passa de um sistema para outro, falta decidir como e quando:

  • API (interface de programação de aplicações) é a porta pela qual um sistema aceita pedidos de outro: consultar um cliente, criar um pedido, atualizar um status.
  • Webhook é o aviso que um sistema envia a outro quando algo acontece, como “pedido faturado”.
  • Consulta periódica é perguntar de tempos em tempos se há algo novo, quando a origem não sabe avisar.

Webhook ou API: o que muda para quem decide

A dúvida “webhook ou API” mistura duas coisas. Webhook e consulta periódica são duas formas de integrar por API; a diferença está em quem toma a iniciativa. Com webhook, a origem avisa. Com consulta periódica, o seu lado pergunta, no intervalo que você definir.

Webhook ou consulta periódica
CritérioWebhookConsulta periódica
AtrasoQuase imediato, quando tudo funcionaAté o intervalo escolhido
Carga no outro sistemaSó quando há novidadeUma chamada a cada intervalo, com ou sem novidade
O que exigeQue a origem ofereça webhook e o seu lado esteja pronto para receberQue a origem aceite o volume de consultas
Risco típicoAviso perdido se o seu lado estiver fora do ar e a origem não reenviarIntervalo curto demais esbarra no limite de requisições

A regra prática: webhook para o que precisa acontecer logo, como pedido fechado ou pagamento confirmado; consulta periódica para o que tolera atraso. Recomendamos combinar os dois: o webhook cuida da rotina, e uma conferência periódica encontra o que ele perdeu.

No WhatsApp, a documentação da Meta, conferida em 19/09/2026, informa que as mensagens recebidas e o status das enviadas chegam por webhook. Regras e custos estão no guia da API oficial do WhatsApp.

O gatilho também muda o custo

Em ferramentas com cota de uso, a forma de disparo pesa na conta. Pela documentação do n8n, conferida em 19/09/2026, os planos pagos, na nuvem ou instalados no próprio servidor, têm cota de execuções. Só as execuções de produção contam. O gatilho agendado conta uma execução a cada disparo, “regardless of outcome”, qualquer que seja o resultado. O de consulta só conta quando encontra dados novos, e o webhook conta uma por requisição recebida.

Exemplo ilustrativo

Um fluxo agendado a cada 15 minutos dispara 96 vezes por dia, ou 2.880 vezes em 30 dias. Pela regra do n8n, cada disparo conta como execução, mesmo quando nada mudou.

É o exemplo de uma ferramenta, não uma regra geral. Licença e custo estão no guia sobre n8n para empresas.

Conector pronto, plataforma de integração ou código próprio

Com o mapa e os gatilhos definidos, sobra escolher o que executa a integração.

Três caminhos para integrar sistemas
CaminhoQuando serveLimiteQuem mantém
Conector prontoUm dos sistemas já oferece a ligação, e o fluxo da empresa é o padrãoFaz só o que o fornecedor previuO fornecedor; a empresa configura
Plataforma de integraçãoVários fluxos simples ou médios, que mudam com frequênciaRegras complexas ficam difíceis de testarEquipe interna ou parceiro
Código próprioRegra complexa, volume alto ou fluxo crítico, como financeiro e fiscalCusto inicial maior; exige desenvolvedorEquipe de desenvolvimento, interna ou contratada

Modelo ilustrativo.

Plataforma de integração é uma ferramenta em que os fluxos são montados em blocos visuais, ligando sistemas por API e webhook; o n8n é um exemplo. Ela acelera o que é repetitivo, mas cada fluxo continua sendo software, com dono e registro de mudanças.

Os caminhos se combinam. Numa mesma empresa, o conector pode cuidar do fluxo padrão, a plataforma, dos avisos, e o código próprio, da regra que mexe com dinheiro. O critério que recomendamos é o custo de errar, não a preferência por uma ferramenta.

O que quebra numa integração e como evitar

Uma integração que funciona no teste pode falhar na primeira semana real. As falhas abaixo têm tratamento conhecido quando entram no escopo desde o início.

Falhas típicas de integração e como evitar
FalhaO que aconteceComo evitar
DuplicidadeO mesmo aviso chega duas vezes e vira dois pedidosIdentificador único por envio; o destino ignora o que já processou
Ordem trocadaO cancelamento chega antes da criação do pedidoRegistrar data e versão de cada evento; um evento mais antigo não desfaz um mais novo
Falha silenciosaO outro sistema cai e ninguém percebeRegistro de cada envio e alerta com responsável
ReprocessamentoDepois de corrigir a causa, é preciso reenviar o que falhouFila de erros e reenvio controlado
Limite de requisiçõesO outro sistema recusa chamadas acima de um volumeEspaçar envios e tentar de novo com intervalo crescente

O ponto central é a repetição segura: a mesma mensagem processada duas vezes não pode criar dois pedidos. Em linguagem técnica, isso se chama idempotência. É o que permite reenviar o que falhou sem medo. Os erros devem ir para uma fila com um responsável nomeado, não para uma caixa de e-mail que ninguém lê, e um alerta deve avisar quando a fila cresce.

Exemplo ilustrativo

Uma integração falha à noite porque o outro sistema ficou fora do ar. Sem fila de erros, os pedidos daquela noite somem, e alguém só percebe quando o cliente reclama. Com registro e reprocessamento, os pedidos entram na manhã seguinte, e o responsável é avisado.

Dados pessoais em trânsito

Integrar ERP, CRM e WhatsApp costuma significar copiar dados de clientes, e cada cópia é um ponto a proteger. O art. 46 da LGPD obriga os agentes de tratamento a adotar medidas de segurança, técnicas e administrativas. Elas devem proteger os dados pessoais de acessos não autorizados e de situações acidentais ou ilícitas de destruição, perda, alteração, comunicação ou qualquer forma de tratamento inadequado ou ilícito. O § 2º manda observar essas medidas “desde a fase de concepção do produto ou do serviço até a sua execução”.

Como boa prática, recomendamos enviar só os campos necessários, usar conexão criptografada e dar a cada integração uma credencial própria, com acesso mínimo. Este texto não é orientação jurídica; o encarregado de dados ou o jurídico da empresa deve validar o desenho.

Sistemas legados: integrar antes de trocar

Sistema legado é o sistema antigo que ainda sustenta parte da operação: um ERP de muitos anos, um banco de dados local, uma planilha que virou sistema. Quando ele ainda funciona, recomendamos integrar antes de substituir. Trocar um sistema central mexe em processos, pessoas e dados ao mesmo tempo; integrar ataca a redigitação primeiro, com risco menor.

Nem todo sistema antigo tem API. Em geral, os caminhos vão do mais estável ao mais frágil:

  1. API ou webhook do fabricante, quando existem.
  2. Exportação e importação de arquivos em horário definido.
  3. Leitura de uma cópia do banco de dados, só para consulta e quando o contrato com o fornecedor permite.
  4. Automação da tela (RPA, na sigla em inglês), que imita um usuário e quebra quando a tela muda.

Com os dados circulando, fica mais fácil ver o que o sistema antigo ainda faz bem. Se a conclusão for substituir, a decisão entre construir, comprar ou combinar está em software sob medida ou SaaS. Na indústria, a mesma lógica vale para o apontamento de produção automatizado, que liga a linha ao ERP que a fábrica já usa.

Checklist: integração pronta para produção

Os itens valem para conector pronto, plataforma ou código próprio.

Antes de ligar a integração

  • Sistema-mestre definido para cada dado, com a regra de divergência escrita.
  • Direção e frequência de cada sincronização.
  • Tratamento de erro e reprocessamento, sem registros duplicados.
  • Monitoramento e alerta, com um responsável pela fila de erros.
  • Registro de cada execução: o que foi enviado, quando e a resposta.
  • Credenciais com escopo mínimo, uma por integração.
  • Dados pessoais mapeados: quais campos passam, por onde e para quê.
  • Documentação dos fluxos e das regras, num lugar que a equipe encontra.
  • Teste com dados reais, em ambiente controlado, incluindo cenários de falha.

Se você vai contratar uma empresa de integração de sistemas, use a lista como roteiro. Peça para ver como cada item será resolvido e pergunte quem cuida da fila de erros depois da entrega.

Perguntas frequentes

Qual a diferença entre ERP e CRM?

O ERP cuida da gestão interna: financeiro, estoque, compras, faturamento e obrigações fiscais. O CRM cuida da relação com o cliente: contatos, oportunidades, propostas e histórico. De forma simples, o CRM acompanha a venda até o fechamento, e o ERP cuida do que vem depois. Integrados, o pedido fechado no CRM vira faturamento no ERP sem redigitação.

Como integrar ERP e CRM?

Comece pelo mapa: qual dos dois é mestre de cliente, produto, preço, pedido e título financeiro. Defina os eventos que disparam a troca, como pedido fechado e pagamento recebido. Use webhook onde os sistemas avisam e consulta periódica onde não avisam. Veja se já existe um conector que cubra o seu fluxo. Por fim, trate erros e teste com dados reais antes de ligar.

O que é integração via API?

É quando dois sistemas trocam dados pela porta oficial que um deles oferece, a API, com credencial e regras definidas. É diferente de exportar uma planilha e importá-la no outro sistema. A troca acontece sob demanda, sem ninguém copiar arquivos, e cada chamada pode ser registrada. O limite é o que o fornecedor expõe: se um dado não está na API, é preciso outro caminho.

Quais são exemplos de integração de sistemas?

Alguns exemplos genéricos. Vendas: o pedido fechado no CRM cria o pedido no ERP. Financeiro: o pagamento confirmado atualiza a situação do cliente no CRM. Atendimento: a mensagem recebida no WhatsApp abre ou atualiza o contato no CRM. Indústria: o apontamento da linha atualiza a ordem de produção no ERP. Gestão: dados do ERP e do CRM alimentam um painel único, base para a decisão baseada em dados.

Quanto custa integrar sistemas?

Depende de fatores que dá para levantar antes do orçamento. Pesam o número de sistemas e fluxos, a existência de API ou webhook, a complexidade das regras, o volume de dados e o monitoramento exigido. Além do projeto, há custos recorrentes, como hospedagem, licenças, APIs pagas e manutenção. Explicamos como o preço se forma em quanto custa desenvolver um sistema.

Em resumo

Integração de sistemas não começa pela ferramenta. Começa pela decisão de qual sistema manda em cada dado e pela regra escrita para quando dois sistemas discordam.

Depois vem o gatilho: webhook para o que precisa acontecer logo, consulta periódica para o que tolera atraso. O caminho, entre conector, plataforma e código próprio, se escolhe pelo custo de errar. E as falhas fazem parte do projeto: registro, repetição segura, fila de erros com responsável e alerta separam a integração que passa no teste da que sustenta a operação.

Fontes

  1. IBGE, com ABDI e UFRJ. Pesquisa de Inovação Semestral 2024: indicadores temáticos. Tecnologias digitais avançadas, teletrabalho e cibersegurança (PDF). 2025. Acesso em 19/09/2026. Investigação experimental; indústrias extrativas e de transformação com 100 ou mais pessoas ocupadas.
  2. Cetic.br / NIC.br. TIC Empresas 2025: apresentação de lançamento (PDF). 2026. Acesso em 19/09/2026. População-alvo, método de coleta, amostra e uso de CRM em 2024 e 2025.
  3. Cetic.br / NIC.br. TIC Empresas 2025, indicador G2: empresas que utilizaram pacotes de software ERP. 2026. Acesso em 19/09/2026.
  4. Cetic.br / NIC.br. TIC Empresas 2025, indicador G3: empresas que utilizaram algum aplicativo de CRM. 2026. Acesso em 19/09/2026.
  5. Meta for Developers. WhatsApp Business Platform: Webhooks. 2026. Acesso em 19/09/2026. Página sem data de publicação; o ano indica a conferência.
  6. n8n Docs. Understand executions. 2026. Acesso em 19/09/2026. Página sem data de publicação; o ano indica a conferência.
  7. Presidência da República. Lei nº 13.709, de 14 de agosto de 2018 (Lei Geral de Proteção de Dados Pessoais). 2018. Acesso em 19/09/2026.

Cada operação tem um gargalo diferente.Vamos olhar o seu.

Entendemos cenário, objetivo e gargalo.

Falar com a LinieX