Sistemas legacy: sinais de que o seu software está a travar a empresa

Um sistema legacy é qualquer software de que a empresa depende mas que já não consegue alterar com segurança, rapidez ou custo razoável. A idade não é o critério. Os sinais mais claros de que está a travar o negócio são estes: pequenas alterações demoram semanas, só uma pessoa sabe como funciona, os dados verdadeiros vivem em folhas de cálculo paralelas, os sistemas não comunicam entre si e a tecnologia de base já não tem suporte do fabricante. Se reconhece três ou mais destes sinais, o problema já não é técnico. É um custo de negócio, e cresce todos os meses.

O que é um sistema legacy (e o que não é)

É comum associar "sistemas legacy" a ecrãs verdes e servidores numa cave, mas nem sempre é assim. Um sistema com quinze anos, bem documentado, com testes e que a equipa altera sem medo não é um problema. Pelo contrário, uma aplicação feita há três anos, sem documentação, por um fornecedor que entretanto desapareceu, pode já ser um sistema legacy.

A definição que usamos é prática: um sistema é legacy quando o custo e o risco de o mudar são desproporcionados face ao valor da mudança. Isto acontece por várias razões, muitas vezes em simultâneo:

• a tecnologia deixou de ser suportada ou é difícil encontrar quem a conheça;
• o conhecimento está na cabeça de uma ou duas pessoas;
• não há testes automáticos, e cada alteração é uma aposta;
• o sistema foi crescendo por camadas, com remendos sobre remendos.

A boa notícia é que um sistema legacy raramente tem de ser deitado fora de uma vez. Voltamos a isso mais à frente.

Oito sinais de que o seu sistema legacy está a travar a empresa

Os exemplos abaixo são situações típicas em PME portuguesas, não casos de clientes concretos.

1. Pequenas alterações demoram semanas (ou ninguém se atreve a fazê-las)

Acrescentar um campo a uma ficha de cliente, mudar uma regra de desconto, criar um novo relatório. Em software saudável, são tarefas de horas ou poucos dias. Num sistema legacy, transformam-se em projetos, porque ninguém sabe o que mais pode partir. O resultado é que o negócio começa a adaptar-se ao software, e não o contrário: "isso o sistema não faz" passa a ser uma resposta aceite nas reuniões.

2. Só uma pessoa sabe como funciona

É talvez o sinal mais perigoso. Há um colaborador, ou um programador externo, que é o único capaz de corrigir um erro, reiniciar um processo ou explicar porque é que um número sai assim. Enquanto essa pessoa estiver disponível, tudo parece funcionar. Quando sai de férias, muda de emprego ou deixa de responder, a empresa descobre que depende de conhecimento que nunca foi escrito.

3. Os dados verdadeiros vivem em folhas de cálculo paralelas

O sistema oficial existe, mas a equipa comercial mantém a sua própria folha de cálculo com os preços "reais", o armazém tem outra com os stocks corrigidos e a contabilidade reconcilia tudo à mão no fim do mês. Quando o Excel se torna a fonte de verdade, é sinal de que o sistema deixou de acompanhar o negócio. E cada cópia manual é uma oportunidade para erros, versões divergentes e decisões tomadas com números errados.

4. Os sistemas não comunicam entre si

Uma situação típica: as encomendas entram pela loja online, são reintroduzidas à mão no ERP (PHC, Primavera ou outro), e os dados de expedição são copiados de novo para a plataforma da transportadora. Três sistemas, os mesmos dados escritos três vezes. Muitas vezes o ERP até tem forma de receber dados de outros sistemas, mas o software à volta, mais antigo, não tem, e ninguém quer mexer-lhe. O custo não aparece em nenhuma fatura, mas está nas horas perdidas todas as semanas e nos erros que chegam ao cliente.

5. A tecnologia de base já não tem suporte

Todo o software assenta noutro software: sistema operativo, base de dados, linguagem, bibliotecas. Quando o fabricante deixa de os suportar, deixam de sair correções de segurança. Dois exemplos concretos e documentados: a Microsoft terminou o suporte do Windows Server 2012 R2 a 10 de outubro de 2023 (Microsoft Lifecycle) e o do Windows 10 Home e Pro a 14 de outubro de 2025 (Microsoft Lifecycle). Se uma aplicação crítica só corre numa destas plataformas, a empresa tem um problema de segurança à espera de acontecer, e muitas vezes não consegue atualizar a plataforma sem partir a aplicação.

6. Os relatórios demoram dias a montar

A gerência pede uma pergunta simples, como "qual a margem por cliente no último trimestre?", e a resposta demora três dias, porque alguém tem de exportar dados de dois sistemas, cruzá-los numa folha de cálculo e corrigir inconsistências. Quando a informação chega, já está desatualizada. Um sistema que não deixa responder rapidamente a perguntas de negócio está a custar decisões, não apenas horas.

7. Não consegue responder a perguntas básicas de segurança e privacidade

Quem tem acesso a quê? Quem alterou este registo? Consegue apagar todos os dados de um cliente que o peça? O Regulamento Geral sobre a Proteção de Dados (RGPD) prevê, entre outros, o direito ao apagamento dos dados pessoais (artigo 17.º) e exige medidas técnicas e organizativas adequadas para garantir a segurança do tratamento (artigo 32.º) (Regulamento (UE) 2016/679, EUR-Lex). Muitos sistemas legacy foram construídos antes de estas preocupações estarem no centro, com utilizadores partilhados, palavras-passe guardadas sem proteção e dados pessoais espalhados por tabelas que ninguém mapeou. Se a resposta honesta a estas perguntas é "não sabemos", o risco não é apenas técnico.

8. O fornecedor desapareceu ou deixou de responder

A empresa que desenvolveu o sistema fechou, foi comprada, ou simplesmente responde cada vez mais devagar e mais caro. Às vezes nem o código-fonte está na posse da empresa que paga o software. Este sinal costuma aparecer junto de todos os outros e é, muitas vezes, o que finalmente obriga a agir.

Como avaliar a gravidade

Nem todos os sinais pesam o mesmo. Uma forma simples de os ordenar é cruzar duas perguntas:

• **Trava pouco o dia a dia — **Risco baixo se falhar: Acompanhar. Registe e reavalie periodicamente. — Risco alto se falhar: Proteger já: cópias de segurança testadas, documentação, plano B.
• **Trava muito o dia a dia — **Risco baixo se falhar: Automatizar ou integrar a parte que mais custa. — Risco alto se falhar: Prioridade máxima: estabilizar e planear a modernização. Os sinais 2, 5, 7 e 8 tendem a ser de risco alto: quando falham, falham de repente. Os sinais 1, 3, 4 e 6 tendem a ser de custo contínuo: não param a empresa, mas vão drenando tempo e margem todos os meses.

Quatro perguntas ajudam a pôr isto em números:

• Quantas horas por semana a equipa gasta a copiar dados entre sistemas?
• Quanto tempo demorou a última alteração "pequena" pedida ao sistema?
• Se a pessoa que conhece o sistema saísse amanhã, quanto tempo levaria a substituí-la?
• Quando foi a última vez que alguém restaurou uma cópia de segurança para confirmar que funciona?

O que fazer a seguir: modernizar sem parar a operação

A reação instintiva a um sistema legacy é "vamos fazer tudo de novo". É compreensível, mas é quase sempre a opção mais arriscada: uma reescrita total demora meses, obriga a manter dois sistemas em paralelo e, no fim, tem de replicar anos de regras de negócio que ninguém escreveu. A alternativa que recomendamos na maioria dos casos é faseada.

Primeiro, estabilizar

Antes de melhorar, é preciso deixar de piorar. Isto significa garantir cópias de segurança que foram testadas, pôr monitorização onde não havia nenhuma, pôr o código-fonte num repositório controlado pela empresa e documentar o mínimo necessário para que mais do que uma pessoa consiga operar o sistema.

Depois, mapear

Que processos o sistema suporta? Que dados guarda e onde? Com que outros sistemas comunica, e como? Este mapa mostra quais as partes que geram mais atrito e quais podem ficar como estão durante anos.

Modernizar por partes

Em vez de substituir tudo, substitui-se uma parte de cada vez, começando pela que mais custa ou mais risco traz. O sistema novo cresce à volta do antigo e vai assumindo funções até que o antigo possa ser desligado. É uma abordagem conhecida em engenharia de software como "strangler fig", descrita por Martin Fowler (StranglerFigApplication). Na prática, pode começar por algo tão concreto como uma integração que elimina a reintrodução manual de encomendas no ERP, ou por migrar para uma base de dados com suporte os dados que hoje vivem num servidor sem atualizações.

A migração de dados merece atenção própria. Dados antigos têm duplicados, campos usados para fins diferentes ao longo dos anos e regras implícitas. Migrar bem implica limpar, validar e ter forma de comparar o sistema antigo com o novo antes de desligar seja o que for.

Quando a reescrita total faz sentido

Há casos em que nada se aproveita: a tecnologia está tão obsoleta que não há forma segura de a pôr a funcionar ao lado de algo novo, ou o sistema é pequeno o suficiente para ser substituído de uma vez com risco controlado. Nesses casos, a reescrita é a resposta honesta. Mas deve ser uma conclusão tirada depois de uma avaliação, e não o ponto de partida.

Erros comuns a evitar

• Esperar pela avaliação perfeita. Um diagnóstico inicial de poucos dias costuma chegar para decidir o primeiro passo.
• Modernizar a tecnologia sem rever o processo. Pôr o mesmo processo ineficiente numa tecnologia nova só torna o problema mais caro.
• Esquecer quem usa o sistema. Os utilizadores conhecem as exceções que não estão escritas em lado nenhum. Envolva-os desde o início.
• Não definir o que conta como sucesso. "Sistema novo" não é um objetivo. "Eliminar a reintrodução manual de encomendas" é.

Próximo passo: uma avaliação honesta do seu sistema

Se reconheceu a sua empresa em vários destes sinais, o primeiro passo não é orçamentar uma reescrita. É perceber o que se salva, o que está em risco e por onde começar. É exatamente isso que fazemos no Resgate Técnico: estabilizamos primeiro, depois desemaranhamos peça a peça, com o sistema sempre a funcionar, e dizemos-lhe sem rodeios se alguma parte não tem salvação.

Se está também a pensar no investimento, leia O que faz variar o custo de um software à medida (e como controlá-lo).

Conheça o Resgate Técnico e diga-nos o que está partido e com que urgência. Respondemos num dia útil, normalmente com perguntas e uma primeira opinião honesta.