Integração entre sistemas: quando vale integrar antes de substituir

Quando as ferramentas da empresa não conversam entre si, a reação mais comum é pensar em trocar tudo por um sistema único. Às vezes é a decisão certa. Em muitos casos, porém, o problema é só que os mesmos dados são digitados em dois ou três lugares, e conectar os sistemas que já existem resolve isso com uma fração do esforço de uma migração.

A pergunta certa

Em vez de "qual sistema é melhor?", pergunte:

O sistema atual faz bem o que precisa fazer e só não conversa com o resto, ou ele próprio é o problema?

Se a resposta for a primeira, integrar costuma ser o caminho. Se for a segunda, integrar só empurra o problema para frente.

Quando integrar faz sentido

• O sistema atende as regras do negócio (fiscais, de preço, de estoque) e a equipe sabe usá-lo.
• O problema é digitar ou conferir o mesmo dado em mais de um lugar.
• Ele oferece alguma porta de saída: API, webhooks, exportação agendada ou acesso controlado ao banco de dados.
• Migrar teria custo alto: dados históricos, treinamento, adaptação de processos e risco de parar a operação.
• Há uma necessidade nova e específica, como enviar pedidos aprovados para o financeiro, que dá para atender sem mexer no restante.

Quando substituir faz sentido

• Não há API nem exportação utilizável: nada entra nem sai sem ação manual.
• O fornecedor descontinuou o produto ou não entrega mais atualizações de segurança.
• O sistema não atende requisitos que o negócio precisa cumprir, como obrigações fiscais ou volume de operação.
• O custo de licença, de manutenção e de contornos já supera o custo de trocar.
• A equipe contorna o sistema o tempo todo, com planilhas paralelas para tudo.

Na dúvida, compare:

Formas de integrar, da mais simples à mais robusta

1. Exportação e importação agendadas. Um sistema gera um arquivo (CSV, planilha) que outro importa em horário fixo. É simples e barato, e serve quando o dado pode chegar com algumas horas de atraso.
2. Conectores prontos. Ferramentas de integração ligam sistemas populares sem código. São rápidas para casos comuns e limitadas quando as regras fogem do padrão.
3. API e webhooks. Um sistema avisa o outro quando algo acontece (webhook) ou consulta os dados quando precisa (API). É a forma mais comum e flexível para dados em tempo quase real.
4. Camada intermediária própria. Um pequeno serviço fica entre os sistemas, traduz os dados e concentra regras, registros e reprocessamento. Dá mais controle e facilita trocar um dos lados depois.
5. Acesso direto ao banco de dados. Só em último caso e, de preferência, somente leitura: contorna as regras do sistema e pode quebrar numa atualização.

Cuidados que evitam dor de cabeça

• Defina a fonte da verdade. Para cada dado (cliente, preço, estoque), um sistema manda e os outros copiam. Sem isso, as edições se sobrescrevem.
• Use um identificador comum. Sem um código que exista dos dois lados, cruzar registros vira adivinhação.
• Planeje falhas e reprocessamento. A rede cai, a API limita requisições, um registro chega inválido. A integração precisa registrar o erro e poder tentar de novo sem duplicar.
• Registre o que aconteceu. Logs e alertas mostram o que foi sincronizado e o que falhou.
• Proteja credenciais e acessos. Dê à integração só as permissões de que ela precisa e guarde as chaves fora do código.
• Documente. Quem for manter isso daqui a um ano precisa saber o que cada fluxo faz.

Um exemplo de como evitar duplicidade ao reprocessar: use o identificador do sistema de origem como chave e grave com "criar ou atualizar".

// Reprocessar o mesmo pedido não cria um segundo registro:
// a chave é o identificador do sistema de origem.
async function sincronizarPedido(pedido: { id: string; total: number }) {
  await db.pedido.upsert({
    where: { origemId: pedido.id },
    create: { origemId: pedido.id, total: pedido.total },
    update: { total: pedido.total },
  });
}

Integrar agora não impede substituir depois

Uma integração bem desenhada, com os dados mapeados e uma camada que isola os sistemas, ajuda uma troca futura: o novo sistema entra no lugar de um dos lados e o resto continua funcionando. Já uma integração feita às pressas, com regras espalhadas, torna a migração mais difícil.

Checklist antes de decidir

• Quais sistemas existem e qual dado é digitado em mais de um lugar?
• Cada um tem API, webhook ou exportação?
• Qual sistema deve ser a fonte da verdade de cada dado?
• Qual atraso é aceitável: minutos, horas, um dia?
• O que acontece quando a integração falha? Quem fica sabendo?
• O fornecedor ainda oferece suporte e atualizações?
• Quanto custaria migrar de verdade, com dados, treinamento e parada?

Para decidir por onde começar, veja também Como escolher o primeiro processo para automatizar na sua empresa.