Integrar sistemas sem ter de trocar o software que já funciona

Há uma conversa que se repete: a empresa tem quatro sistemas que não comunicam, alguém propõe substituir os quatro por uma plataforma integrada, e o orçamento passa de dez mil para cem mil euros. A migração demora um ano, a equipa resiste, e no fim há sempre dois processos que a nova plataforma não faz tão bem como a antiga.

Às vezes a substituição é mesmo a resposta certa. Mas na maioria dos casos que vemos, o problema não é o software — é a ausência de ligações entre eles. E isso resolve-se por uma fração do custo.

Os quatro tipos de integração

1. API direta

A opção preferível quando existe. Os dois sistemas expõem interfaces e o código faz a ponte, em tempo real ou em intervalos definidos. É fiável, é rastreável e permite tratar erros de forma decente. Exige que ambos os lados tenham API documentada e que o seu plano de subscrição inclua acesso — detalhe que convém confirmar cedo, porque muitos fornecedores reservam a API para escalões superiores.

2. Webhooks

Em vez de perguntar repetidamente "há novidades?", o sistema avisa quando algo acontece. É mais eficiente e mais imediato. A armadilha está na fiabilidade: se o recetor estiver em baixo no momento do envio, a notificação perde-se. Qualquer integração séria por webhooks precisa de uma fila com repetição e de uma reconciliação periódica que apanhe o que escapou.

3. Middleware

Plataformas como Make, Zapier ou n8n ligam sistemas sem escrever código de raiz. São excelentes para automações de complexidade média e para validar uma ideia rapidamente. Deixam de ser adequadas quando o volume cresce — os custos por operação escalam mal — ou quando a lógica de negócio se torna suficientemente complexa para exigir testes a sério.

4. Ficheiros e base de dados

A opção de último recurso, para sistemas antigos sem API. Exportações agendadas, ficheiros depositados num servidor, leitura direta da base de dados. Funciona, mas é frágil: qualquer alteração no formato parte a ligação silenciosamente. Se tiver de recorrer a isto, invista o dobro do esforço em validação e alertas.

Uma integração sem monitorização não é uma integração. É uma bomba-relógio que ainda ninguém ouviu.

Decidir quem é dono de cada dado

É a decisão mais importante e a mais frequentemente ignorada. Para cada informação que existe em mais do que um sistema, é preciso definir qual é a fonte de verdade. Se o cliente existe no CRM e na faturação, qual manda quando os dois divergem?

Sem esta definição, uma sincronização bidirecional acaba por criar conflitos que se resolvem com a última escrita a ganhar — o que significa que os dados corretos são apagados pelos incorretos de forma aleatória. Definir um dono por campo, e não por sistema, evita horas de investigação mais tarde.

O que uma integração bem feita tem sempre

• Registo de todas as operações, com possibilidade de reconstituir o que aconteceu num dia específico
• Repetição automática em caso de falha temporária, com espaçamento crescente entre tentativas
• Alerta a uma pessoa concreta quando a repetição esgota, e não apenas um erro num ficheiro de log
• Idempotência: executar duas vezes a mesma operação não pode duplicar nada
• Um painel simples onde se vê o estado de cada ligação e quando correu pela última vez
• Documentação que permita a outra pessoa perceber o sistema sem falar com quem o construiu

Quando substituir é mesmo a resposta

Há três situações em que integrar não chega. Quando o sistema não tem API nem acesso à base de dados e a interface muda com frequência. Quando o fornecedor está a descontinuar o produto. E quando o sistema é a causa direta do problema — se o ERP não suporta o modelo de negócio, ligá-lo a outras coisas apenas espalha a limitação por mais sítios.

Fora destes casos, comece por ligar. É mais barato, é reversível e produz resultados em semanas em vez de trimestres. Migrar continua a ser possível depois — e, curiosamente, muito mais fácil, porque nessa altura os processos já estão documentados.