Integração de sistemas: como conectar sistemas e eliminar trabalho manual

Existe um cargo que não está em nenhuma descrição de função e que quase toda empresa preenche: a pessoa-integração. É quem abre dois sistemas lado a lado, lê de um, confere e digita no outro. Ninguém foi contratado para isso. Aconteceu porque os dois softwares foram comprados em momentos diferentes, por áreas diferentes, sem ninguém perguntar como a informação passaria de um para o outro.

Este artigo é sobre remover esse cargo. Ele assume os conceitos de automação de processos e desce um nível: quais são os caminhos técnicos para conectar sistemas, quando cada um se aplica e o que dá errado quando a integração é feita sem cuidado.

O que é integração de sistemas

Integração de sistemas é fazer com que dois ou mais softwares troquem informação automaticamente, sem que uma pessoa precise ler de um lado e digitar do outro. A informação passa a circular pelo caminho que antes era percorrido por alguém com dois monitores abertos.

O que muda

1. Sistema A
2. Integração
3. Sistema B

Integração não é só transporte. Entre a leitura e a escrita há sempre uma conversão — datas em formatos diferentes, códigos que não coincidem, campos obrigatórios de um lado que não existem do outro, nomenclaturas divergentes para a mesma coisa. Esse mapeamento é onde mora a maior parte do trabalho, e é a parte que nenhuma ferramenta genérica resolve por você.

Por que os sistemas não conversam

Raramente é má vontade do fornecedor. As causas costumam ser estruturais:

• Os sistemas foram comprados em épocas diferentes, por áreas diferentes, resolvendo problemas diferentes.
• Cada um tem o próprio modelo de dados. "Cliente" no comercial e "cliente" no financeiro raramente são a mesma entidade, com os mesmos campos e a mesma chave.
• O sistema mais antigo não foi construído numa época em que integração era premissa.
• A integração existe, mas custa caro no plano contratado — e ninguém fez a conta de quanto custa a alternativa manual.

O ponto prático: a pergunta não é "esses sistemas se integram?", e sim "que caminhos de entrada e saída cada um oferece?". Quase sempre existe pelo menos um.

Os caminhos possíveis

A ordem dessa tabela é a ordem de preferência. Descer um degrau é aceitável quando o de cima não existe — nunca por conveniência de quem constrói.

O que dá errado (e como se prepara para isso)

Integração que funciona no dia da demonstração e quebra em produção quase sempre ignorou um destes pontos. Vale usá-los como checklist ao contratar:

A mesma informação chegando duas vezes

Redes falham, e o remetente reenvia. Se a integração não souber reconhecer que já processou aquele item, você ganha pedidos, cobranças ou cadastros duplicados. A solução tem nome — idempotência — e significa que reexecutar a mesma operação produz o mesmo resultado, não um segundo registro.

O sistema do outro lado fora do ar

Vai acontecer. A pergunta é o que a integração faz nesse momento: descarta, tenta de novo, ou guarda numa fila para processar quando voltar. Descartar em silêncio é o pior desenho possível, e é surpreendentemente comum.

Limite de requisições

Quase toda API limita quantas chamadas você pode fazer por minuto. Uma carga inicial de milhares de registros esbarra nisso no primeiro dia. Isso se resolve no desenho — lote, ritmo controlado, retomada de onde parou — e não depois.

O contrato mudou

O fornecedor adiciona um campo obrigatório, muda um formato, aposenta uma versão. Integração não é obra entregue: é algo que precisa de acompanhamento e de alguém avisado quando parar de funcionar.

Ninguém percebeu que parou

A falha mais cara não é a que gera erro — é a que passa despercebida por três semanas. Toda integração séria precisa responder a duas perguntas a qualquer momento: está rodando? o que passou por ela?

Situações reais de uso empresarial

Venda fechada no comercial que precisa existir no financeiro

O padrão mais comum. Sem integração, alguém reconta a venda no sistema financeiro, e a divergência entre os dois números vira uma reunião mensal. Com integração, o registro nasce uma vez e se propaga.

Cadastro que precisa existir em três lugares

Cliente cadastrado no CRM, no ERP e no sistema de atendimento. Três digitações, três oportunidades de erro de grafia, e nenhuma certeza sobre qual está certo. A integração define uma origem da verdade e replica a partir dela.

Dado que precisa chegar ao sistema do cliente

Comum em serviços B2B: o cliente corporativo quer ver o andamento no próprio sistema, não num relatório por e-mail. Aqui a integração deixa de ser eficiência interna e vira diferencial comercial.

Informação que vem de fora em formato fixo

Arquivos de bancos, órgãos públicos e operadoras. O formato costuma ser estável e documentado — ótimo caso para automação, desde que o desenho trate arquivo repetido e linha malformada.

Por onde começar

1. Liste os sistemas envolvidos e, para cada um, descubra o que ele oferece: API, banco, exportação. Essa é a pergunta que destrava ou limita o projeto inteiro.
2. Defina a origem da verdade. Quando a mesma informação existe em dois lugares, um deles manda. Sem essa decisão, a integração propaga conflito em vez de resolver.
3. Comece por um sentido só. A → B antes de A ↔ B. Sincronização bidirecional é um problema bem mais difícil e raramente é necessária no primeiro passo.
4. Rode em paralelo com o processo manual até os números baterem.
5. Deixe o registro ligado desde o primeiro dia.

Continue por aqui

Se você chegou aqui procurando o conceito mais amplo, comece por automação de processos. Se a informação que precisa circular está em documentos ou texto livre — e não em campos estruturados —, o caminho passa por IA aplicada a processos.