Sistemas sem API podem ser integrados por exportação e leitura de arquivo (planilha, CSV), acesso direto a um banco de dados intermediário quando disponível, ou, como último recurso, automação de interface (simular cliques e digitação), sempre mais frágil que uma integração via API.
Muitos sistemas legados permitem exportar dados em planilha ou CSV periodicamente; uma automação pode ler esse arquivo e sincronizar a informação com outros sistemas.
Quando há acesso direto e autorizado ao banco de dados do sistema legado, é possível ler ou escrever informação diretamente ali, com cuidado redobrado para não corromper dados nem violar regras internas do sistema de origem.
Quando não há nenhuma das opções acima, uma automação pode simular o uso da interface (preencher campos, clicar em botões), mas essa abordagem é frágil: qualquer mudança visual no sistema legado pode quebrar a automação.
Exportações agendadas e importações de arquivo são simples e previsíveis quando não há urgência. Acesso direto ao banco exige contrato de esquema e permissões restritas. RPA pela interface é o último recurso: quebra quando a tela muda e precisa de monitoramento visual. Antes de automatizar, confirme se o fornecedor oferece webhooks, relatórios, e-mail estruturado ou conectores não divulgados.
A primeira conversa deve reunir donos dos sistemas de origem e destino, arquitetura, desenvolvimento, segurança e responsáveis pela operação. O objetivo não é escolher uma ferramenta, mas esclarecer qual sistema é a fonte de verdade de cada campo e como conflitos serão resolvidos. Use a resposta central deste guia como hipótese e confronte-a com o processo atual: quem inicia a tarefa, quais dados entram, onde existe julgamento, qual saída é útil e quem absorve uma exceção. O recorte inicial precisa caber em uma frase e ter começo e fim observáveis. Em seguida, transforme o problema em um contrato de dados versionado, exemplos de payload, critérios de aceite e cenários de falha testados. Se a equipe não consegue descrever o resultado esperado sem mencionar marca, plataforma ou modelo, ainda há descoberta a fazer. Um bom enquadramento também explicita o que ficará fora da primeira versão. Essa fronteira reduz dependências, protege o prazo e impede que o piloto seja avaliado por expectativas diferentes em cada área.
Escolha poucos indicadores que conectem operação e resultado. Para este tema, um conjunto inicial pode acompanhar eventos processados, erros por causa, tempo de sincronização, duplicidades evitadas e divergências na reconciliação. Registre a linha de base antes da mudança e defina frequência, fonte e responsável por cada número. Média isolada costuma esconder filas, segmentos e exceções; quando houver volume, observe distribuição e casos extremos. Combine um indicador de velocidade, um de qualidade, um de custo e um de risco. Os exemplos do artigo ajudam a escolher a unidade: Um sistema legado sem API exporta um relatório diário em CSV, que uma automação lê e usa para atualizar o CRM. A métrica só é útil se levar a uma decisão. Documente antecipadamente qual variação exige investigação, qual permite ampliar o uso e qual interrompe a operação.
Transforme o processo de implantação em entregas verificáveis. Primeiro, verificar se o sistema oferece exportação de arquivo. O resultado dessa etapa deve ser revisado por quem executa o trabalho, não apenas pela equipe técnica. Depois, avaliar se existe acesso autorizado a banco de dados intermediário, usando uma amostra que contenha situações comuns e exceções conhecidas. Na sequência, só considerar automação de interface se as opções anteriores não existirem. Se houver mais etapas, organize-as por dependência: monitorar de perto qualquer integração baseada em arquivo ou interface, por serem mais frágeis. Libere primeiro para um grupo ou volume limitado, mantenha um caminho manual e registre cada correção relevante como caso de teste. A implantação termina apenas quando existe responsável, alerta, procedimento de recuperação e uma revisão marcada; colocar o fluxo no ar é o início da operação, não o encerramento do projeto.
O caminho feliz raramente concentra o custo de produção. Timeout, retry, ordem, autenticação, mudança de contrato e reprocessamento precisam entrar no desenho inicial. Neste artigo, os limites que merecem atenção incluem Nenhuma dessas alternativas é tão confiável quanto uma API bem documentada; todas exigem mais manutenção e monitoramento. Converta cada limite em um controle observável: permissão mínima, confirmação, amostragem, alerta, teto de custo, versionamento ou transferência humana. Os erros mais prováveis são Escolher automação de interface sem antes verificar se existe exportação de arquivo ou acesso a banco de dados disponível. Em vez de tratá-los como lembrete genérico, associe cada erro a um responsável e a uma evidência de prevenção. O critério de interrupção também precisa estar escrito. Quando o sistema legado está prestes a ser substituído, pode não valer a pena investir numa integração frágil; às vezes esperar a substituição é mais econômico. Parar, reduzir autonomia ou voltar ao fluxo anterior não representa fracasso; é uma resposta de governança quando o resultado real deixa de sustentar a hipótese inicial.
Prefiro sempre buscar exportação de arquivo ou acesso a banco de dados antes de recorrer a automação de interface, justamente pela fragilidade dessa última opção.
Quando o sistema legado está prestes a ser substituído, pode não valer a pena investir numa integração frágil; às vezes esperar a substituição é mais econômico.
Depende dos termos de uso do sistema em questão; vale sempre verificar antes de implementar essa abordagem.
Só quando autorizado e feito com cuidado; alterações diretas no banco sem entender as regras internas do sistema podem corromper dados.