Como Integrar Sistemas que Não Possuem Integração?

Antes de tudo: integração é sobre confiança, não sobre cabo

O objetivo não é só "ligar A com B" — é garantir que o dado que saiu de A chegou em B uma vez, inteiro e com rastro. É essa exigência que separa integração profissional de gambiarra que funciona até a primeira sexta-feira de pico.

Os 4 caminhos técnicos — do melhor ao último recurso

1 · API (REST/webhooks) — o caminho nobre

Se um dos sistemas expõe API, comece por ela. A comunicação é documentada, autenticada e estável entre versões. Webhooks completam o cenário: em vez de perguntar de minuto em minuto se há algo novo (polling), o sistema avisa quando o evento acontece — pedido criado, pagamento confirmado, cadastro alterado.

Dica prática: muitos sistemas "sem integração" na verdade têm API não divulgada ou disponível só em planos superiores. Vale perguntar formalmente ao fornecedor antes de partir para alternativas.

2 · Banco de dados — quando não há API mas há acesso

Sistemas internos e legados muitas vezes permitem ler (e às vezes escrever) direto no banco. Funciona bem com regras: preferir leitura; escrever apenas onde se conhece o modelo; nunca contornar validações críticas do sistema original. É o caminho clássico para destravar legados — inclusive expondo o banco antigo através de uma API nova, que passa a ser o ponto oficial de integração.

3 · Arquivos — subestimado e confiável

Troca estruturada de CSV/XML/retornos por pasta, FTP ou e-mail. Parece antiquado, mas com validação, versionamento e reprocessamento, é robusto e universal — bancos e ERPs funcionam assim há décadas. Ótimo para cargas em lote e conciliações diárias.

4 · Automação de interface (RPA) — o último recurso honesto

Quando o sistema é totalmente fechado, um robô pode operar a tela como um usuário faria. Funciona — mas é o caminho mais frágil: mudou a tela, quebrou o robô. Usamos quando é a única opção, sempre avisando o cliente das limitações e com monitoramento para detectar quebras no mesmo dia.

Como escolher o caminho (árvore de decisão honesta)

Tem API documentada? → API, sempre.
Não tem API, mas o banco é acessível? → Banco, com regras de leitura/escrita claras.
O sistema já exporta/importa arquivos? → Arquivos com validação e reprocesso.
Nada disso? → RPA, com expectativas alinhadas — e, em paralelo, pressão no fornecedor por uma API.

Os erros que derrubam integrações

Sem fila e sem reprocesso — a rede cai, o sistema B está fora, e o dado se perde. Integração séria tem fila, retentativa e registro do que passou.
Sincronização bidirecional ingênua — A atualiza B que atualiza A que atualiza B… Defina quem é o dono de cada dado e em que direção ele flui.
Sem tratamento de duplicidade — a mesma mensagem processada duas vezes vira pedido duplicado e estoque errado. Toda operação precisa ser idempotente (processar duas vezes = mesmo resultado).
Sem monitoramento — a integração quebra em silêncio e você descobre pelo cliente. Alerta de falha é parte do escopo, não extra.

E depois de integrar?

Com os dados fluindo, o passo natural é automatizar as rotinas em cima — relatórios, conciliações, disparos — e, quando há interpretação envolvida (documentos, e-mails), aplicar agentes de IA. A integração é a fundação; a automação é o prédio.

Resumo honesto

"Não tem integração" quase nunca significa "não dá para integrar" — significa que o caminho não é o óbvio. API quando existe, banco quando é acessível, arquivos quando há troca estruturada, RPA quando não sobra alternativa. E em qualquer caminho: fila, idempotência, rastro e alerta. É assim que construímos integrações na Decidi — para durar, não para demo.

Como integrar sistemas que não possuem integração?