Artigo

Como integrar vários sistemas de uma empresa

Integrar sistemas é menos sobre código do que parece. A parte difícil não é fazer dois programas trocarem dados — é decidir o que é a mesma coisa nos dois, quem manda quando houver conflito e o que a operação faz quando a conexão cair.

A primeira pergunta não é técnica

Antes de olhar API, a pergunta é: quem é dono de cada informação? Para cada dado que vai circular — cadastro de cliente, saldo de estoque, status de pedido — precisa haver um sistema que é a fonte da verdade, e os outros consomem.

Sem essa definição, a integração cria um problema pior do que resolvia: dois sistemas gravando o mesmo campo, sobrescrevendo um ao outro, sem ninguém conseguir explicar qual valor está certo. É mais difícil de diagnosticar do que a digitação dupla que existia antes.

Essa decisão é de operação, não de TI. Quem responde é quem conhece o processo.

Ponto a ponto ou central

Ponto a ponto

Cada sistema conversa direto com o outro. Simples e rápido com dois ou três sistemas. O problema aparece ao crescer: com cinco sistemas são até dez conexões, cada uma com regra e falha própria.

Central

Um sistema no meio concentra as trocas e cada ferramenta conversa só com ele. Custa mais no começo e compensa a partir de três ou quatro sistemas — e é o desenho natural quando já existe uma camada operacional.

Quando não integrar

Se o volume é baixo e a informação muda pouco, integrar pode custar mais que o problema. Duas planilhas por semana não justificam manter uma conexão que precisa de monitoramento.

Quando o dado deve nascer em outro lugar

Às vezes a resposta certa não é sincronizar dois registros para sempre, e sim mudar onde a informação é registrada pela primeira vez. Sai mais barato e elimina a divergência na origem.

O que checar em cada sistema antes de prometer qualquer coisa

Levantamento que precisa vir antes do prazo e do orçamento:

  • Existe API documentada? Há ambiente de teste, ou só produção?
  • Há limite de requisições por minuto, hora ou dia — e ele comporta o seu volume?
  • O contrato com o fornecedor permite acesso externo aos dados?
  • O módulo de integração é cobrado à parte?
  • O que acontece com a integração quando o fornecedor atualiza o sistema?
  • Alguém da sua equipe consegue autorizar e testar, ou tudo depende do suporte do fornecedor?

Tempo real quase nunca é necessário

Tempo real é caro: exige conexão sempre disponível, tratamento de fila, controle de duplicidade. E na maior parte dos casos ninguém precisa dele.

A pergunta útil é: quanto tempo essa informação pode ficar desatualizada sem alguém tomar decisão errada? Status de produção talvez precise de minutos. Cadastro de cliente aguenta horas. Fechamento contábil aguenta o dia. Responder isso por dado costuma reduzir significativamente o custo do projeto.

O que acontece quando falha

Integração falha: o fornecedor fica fora do ar, a senha expira, o formato muda sem aviso. A pergunta não é se vai acontecer, é o que a operação faz nesse dia.

Um projeto bem-feito responde isso antes: a informação fica em fila e é reenviada depois? Alguém é avisado, ou a falha passa silenciosa? Existe um jeito manual de seguir trabalhando até voltar? Integração que falha em silêncio é pior que integração nenhuma — porque a equipe confia num dado que parou de chegar.

Como isso se aplica ao seu caso é o que avaliamos em integração de sistemas.

Quais sistemas você precisa conectar?

Mande a lista em uma mensagem. Avaliamos o que dá para integrar, o que não dá e o que talvez não precise — antes de qualquer proposta.

Chamar no WhatsApp