Integração de sistemas: como fazer seus sistemas conversarem sem refazer tudo

A integração de sistemas decide se o seu ERP, o seu CRM e as suas planilhas mostram o mesmo número na segunda-feira de manhã. No Brasil, o retrato vem da TIC Empresas 2025, do Cetic.br. 36% das empresas com 10 ou mais pessoas ocupadas usaram, nos últimos 12 meses, um pacote de ERP para integrar dados e processos das áreas. O uso de CRM subiu de 25% em 2024 para 31% em 2025. A MuleSoft ouviu 1.050 líderes de TI de empresas com mil ou mais funcionários, em nove países. Encontrou 897 aplicações por organização, em média, com só 29% delas conectadas. Sua empresa tem bem menos sistemas, mas o problema é o mesmo: o que não está conectado vira digitação.

Eu sou o Ronan Pinho, fundador da isonew. Fundei e operei a ChatSac, uma plataforma que orquestra CRM e ERP no atendimento do varejo. Isso inclui uma rede de 180 lojas (o case está publicado, com escopo e fonte). Este guia mostra como integrar em fatias, sem parar a operação, e o que pular. Ele faz parte dos guias de sistemas legados e integração.

O que é integração de sistemas e quando ela vale a pena?

A integração de sistemas é fazer dois ou mais softwares trocarem dados de forma automática, com uma regra clara sobre qual sistema manda em cada informação. Quem procura isso quer duas coisas: parar de redigitar e parar de discutir qual número está certo.

Ela vale a pena em situações concretas, como estas:

• Alguém copia o mesmo dado de uma tela para outra toda semana.
• Dois departamentos citam receitas diferentes para o mesmo mês.
• Um pedido fechado no CRM só aparece no ERP depois que alguém lembra de lançar.

O ganho tem duas frentes: somem as horas de digitação, com os erros de lançamento, e todas as áreas decidem com o mesmo número.

Ela não vale a pena quando o fluxo roda uma vez por trimestre e leva dez minutos: integrar custa mais do que digitar. Para decidir, faça a conta. Quem redigita 6 horas por semana gasta cerca de 26 horas por mês (6 × 52 ÷ 12). Multiplique pelo custo da hora, some o custo dos erros e compare com o preço da solução. A calculadora de economia com automação faz essa conta com as premissas escritas.

Quais são as formas de fazer a integração entre sistemas?

São seis formas comuns. A escolha depende de quantos sistemas existem, de quão rápido o dado precisa chegar e de haver ou não uma API.

A IBM descreve o modelo de hub assim (tradução minha do inglês):

"Em modelos hub and spoke, vários sistemas ou serviços (os spokes) se conectam a um hub central."

IBM, "What is enterprise application integration?", atualizado em 6 de abril de 2026.

A mesma página avisa que conexões ponto a ponto podem ficar emaranhadas e complexas demais. A conta mostra por quê. Com n sistemas todos ligados entre si, são n × (n − 1) ÷ 2 conexões: 3 sistemas dão 3, 5 sistemas dão 10. Minha regra prática, que é experiência e não estudo: até três sistemas, ponto a ponto resolve. Com cinco ou mais, pense em um hub.

Para escolher: sem API na origem, vá de arquivo ou banco. Se um atraso de horas não atrapalha, um arquivo basta. Se ninguém tem tempo para operar, fique com a opção mais simples que ainda avisa quando falha.

A integração de dados é um caso à parte: junta fontes para relatório e aceita atraso. A integração de sistemas move o dado dentro da operação, e aí o atraso atrapalha.

Por que a integração de sistemas costuma dar errado?

Quase sempre o motivo não é tecnologia:

1. Ninguém definiu o que cada número significa. Receita faturada ou recebida? Cliente ativo é quem comprou nos últimos 90 dias ou nos últimos 12 meses? O conector copia o dado e a discussão continua. Na integração de dados e sistemas, a isonew combina essas definições por escrito antes de construir o primeiro fluxo.
2. A falha é silenciosa. O envio para numa terça e o relatório mostra dados de três semanas atrás, sem aviso. Toda integração precisa avisar uma pessoa quando falha.
3. Os sistemas não compartilham uma chave. O CRM identifica o cliente por e-mail, o ERP por CNPJ ou CPF, e a planilha pelo nome. Sem uma chave comum, o conector cria cliente duplicado ou junta duas pessoas diferentes.
4. Ninguém é dono. Quando o fornecedor muda a API, a integração quebra e ninguém sabe a quem chamar.
5. O dado pessoal viaja mais do que deveria. O princípio da necessidade, no art. 6º, inciso III, da LGPD, limita o tratamento ao mínimo necessário para a finalidade. O art. 46 exige medidas de segurança contra acesso não autorizado. Copiar a base inteira de clientes para cada sistema não passa nesse teste. Para o lado da IA, veja LGPD e IA.

Se o sistema no centro é um ERP, a lista de falhas cresce. Veja o guia de integração com ERP.

Como fazer a integração de sistemas sem refazer tudo?

Integrar sem reescrever segue a lógica de uma migração por etapas. A documentação de arquitetura da Microsoft resume assim (tradução minha do inglês):

"É difícil substituir um sistema complexo inteiro. Em vez disso, você pode migrar para um novo sistema aos poucos e usar o sistema antigo para os recursos ainda não migrados."

Microsoft Learn, Azure Architecture Center, "Strangler Fig pattern", atualizado em 29 de maio de 2026.

1. Liste onde o número nasce e onde ele é redigitado. Inclua as planilhas na área de trabalho de alguém.
2. Escolha uma fatia. Comece pela que mais consome horas por mês.
3. Decida a fonte oficial de cada dado. Um sistema com nome, não um arquivo.
4. Ponha uma camada fina entre os sistemas, não dentro deles. Se o sistema antigo não tem API, exportações agendadas, acesso ao banco ou um serviço fino na frente dele costumam resolver sem trocar nada.
5. Rode o caminho novo ao lado do manual. Só desligue a digitação quando as saídas baterem por duas semanas: mesma contagem de registros, mesmo total, zero divergência sem explicação.
6. Monitore e documente. Alerta de falha, dono com nome e um roteiro de operação escrito que outra pessoa consiga seguir.

Um limite honesto: a própria Microsoft diz que o padrão pode não servir quando não dá para interceptar as chamadas ao sistema antigo, ou quando não há acesso ao código dele. Aí sobram as linhas de arquivo e de banco da tabela, com um alerta a mais.

Na ChatSac, CRM e ERP continuaram como fonte oficial, e a plataforma combinava os dados deles na hora da conversa em vez de substituí-los. Na minha experiência, orquestrar antes de substituir é a decisão mais fácil de desfazer.

No trabalho de modernização de aplicações, a isonew mantém o sistema antigo rodando até o novo caminho ser provado, e toda etapa pode ser desfeita em minutos. Se o problema real é que o sistema inteiro envelheceu, a pergunta vira manter, integrar, modernizar ou reescrever, assunto de sistema legado.

O que pular na integração de sistemas?

Algumas coisas parecem profissionais e só aumentam a conta:

• Barramento corporativo para três sistemas. Um hub pesado exige alguém para operá-lo. Para poucos sistemas, API direta e alerta bastam.
• Data warehouse sem equipe para mantê-lo. Um conjunto pequeno de fluxos monitorados costuma vencer uma plataforma que ninguém opera.
• Conectar dado sujo. Cliente duplicado e identificador inconsistente são normais. Limpe antes de conectar, ou você espalha o erro mais rápido.
• Trocar de ERP só por causa de integração. Troca de ERP é um projeto longo, que mexe na empresa inteira. Quase sempre uma camada fina resolve o que dói hoje.
• Montar uma equipe fixa antes de saber o tamanho da lista. Se as integrações não acabam, uma equipe dedicada faz sentido. Fábrica de software explica quando.
• Colocar IA por cima de dado desconectado. Na pesquisa da MuleSoft, 80% das empresas ouvidas citam a integração de dados como um grande desafio para adotar IA. Antes de pensar em agente de IA para empresas, conecte a fonte.
• Automatizar em cima de integração quebrada. A automação de processos herda todo atraso e toda divergência entre os sistemas.

O que define o custo e o prazo da integração de sistemas?

A isonew não publica valor de projeto: o preço fechado sai quando o trabalho está claro. O que move o número são quatro variáveis, e vale conferir cada uma antes de pedir orçamento a qualquer fornecedor:

1. Quantos sistemas precisam ser tocados. Cinco sistemas com donos diferentes e sem documentação já formam um projeto de integração.
2. Se as regras estão escritas. Se a lógica de preço e de aprovação mora só na cabeça das pessoas, parte do trabalho é extraí-la.
3. Quão limpos estão os dados. Duplicidade e identificadores inconsistentes dão trabalho.
4. Quantas pessoas mudam a forma de trabalhar. Quatro usuários e oitenta usuários são projetos diferentes.

Na isonew, a primeira fase de construção usa 4 a 10 semanas como faixa de planejamento, com preço fechado por fase (detalhes em preços). Nuvem e ferramentas de terceiros são cobradas pelos fornecedores, na sua conta, e estimadas por escrito durante o Diagnóstico. Ao comparar propostas, peça por escrito os sistemas tocados e a fonte oficial de cada dado. Peça também quem recebe o alerta de falha, como se desfaz cada etapa e quem opera depois. Proposta que não responde isso costuma estar escondendo escopo.

Se a integração exigir um conector ou um aplicativo novo, quanto custa um software mostra como pensar o orçamento.

Por onde começar a integração de sistemas?

Comece pelo inventário: onde cada número nasce, quem é o dono e onde ele é redigitado. Esse papel sozinho mostra qual fatia vale a pena primeiro.

O Diagnóstico de Oportunidades de IA da isonew é um trabalho pago e de escopo fechado. Ele ordena o que corrigir primeiro, com custo, retorno e risco por escrito. O plano fica com você, mesmo que a gente não construa nada. O valor é abatido de uma primeira fase de construção se você continuar.