Seu sistema legado precisa de modernização se mostrar um ou mais destes sinais: a tecnologia está fora do suporte do fornecedor, só uma pessoa ou um prestador de serviço o entende, ele chega à nota fiscal eletrônica, aos bancos ou a novos aplicativos apenas por exportações manuais, ou cada pequena mudança leva semanas. Por exemplo, o suporte estendido do SQL Server 2014 terminou em julho de 2024, e o suporte do .NET 8 e do .NET 9 termina em 10 de novembro de 2026, segundo a Microsoft. Se o sistema for estável, isolado e barato de manter, a decisão certa pode ser esperar.

Na parte 1 desta série, você listou os sistemas sem os quais sua empresa não funciona nem um dia. Agora perguntamos sobre cada um: ele realmente precisa de modernização?

Primeiro sinal: a tecnologia está fora do suporte do fornecedor

Todo produto que você compra ou usa como base tem uma data de fim de suporte. Depois dessa data, o fornecedor não lança novas correções de segurança, então qualquer vulnerabilidade descoberta mais tarde fica aberta no seu sistema. A primeira pergunta para cada sistema é: em que tecnologia ele foi construído e quando termina o suporte dela? Estes exemplos vêm das páginas de ciclo de vida de produtos da Microsoft e estão entre as tecnologias mais comuns por trás dos sistemas empresariais:

TecnologiaO que é, de forma simplesFim do suporte
Windows Server 2012 R2O sistema operacional do servidorO suporte estendido terminou em outubro de 2023; o terceiro ano de Extended Security Updates pagas terminou em outubro de 2026
SQL Server 2014O banco de dados que guarda os dados do sistemaO suporte estendido terminou em julho de 2024; as atualizações de segurança pagas vão até julho de 2027
.NET 8 e .NET 9A plataforma da Microsoft sobre a qual muitos softwares empresariais são construídosO suporte termina em 10 de novembro de 2026
.NET 10A versão atual da mesma plataformaCom suporte até novembro de 2028

Fontes: páginas da Microsoft sobre Windows Server 2012 R2, SQL Server 2014 e .NET. Observe que sair do suporte não significa que o sistema para amanhã. Significa que o risco aumenta a cada mês, e as atualizações de segurança pagas dão tempo para planejar; elas não eliminam a decisão.

Sinais de conhecimento: quem o entende e em que ele roda

  • Só uma pessoa o entende. Se cada correção depende de um funcionário ou de um desenvolvedor externo, seu sistema depende das férias e do pedido de demissão dessa pessoa. Esse é o sinal mais perigoso, porque não aparece em nenhum relatório até a ausência acontecer.
  • Ninguém tem coragem de mexer na máquina. Um servidor numa sala dos fundos que todos sabem que não pode ser reiniciado, com peças de reposição que já não são vendidas. Se ele parar, o negócio para, e não há substituto pronto.
  • Só o código conhece as regras do negócio. Como se calcula um desconto, uma comissão ou uma permissão existe apenas no software, sem nenhum documento que explique. É exatamente isso que vamos extrair com IA na parte 4.

Sinais de integração e velocidade: o sistema atrasa a empresa

  • Ele não se conecta à nota fiscal eletrônica sem gambiarras. Segundo a página das fases de implantação da nota fiscal eletrônica da Autoridade de Zakat, Impostos e Alfândega (ZATCA), a fase um começou em 4 de dezembro de 2021, e a fase de integração com os sistemas da ZATCA começou em 1 de janeiro de 2023 em ondas, com cada empresa notificada pelo menos seis meses antes da sua onda. Se seu sistema só consegue emitir uma nota em conformidade por meio de um programa intermediário ou de trabalho manual, leia nosso guia sobre a onda 25 e a integração com a ZATCA.
  • Bancos e aplicativos exigem exportações manuais. Alguém exporta todos os dias um arquivo do sistema para enviar ao banco, à loja virtual ou à plataforma de entregas. Cada etapa manual é uma chance de erro e de perda de tempo.
  • Uma mudança simples leva semanas. Adicionar um campo, um relatório ou uma alteração de preço significa uma solicitação e depois uma espera, porque qualquer mudança pode quebrar outra parte que ninguém entende.
  • Os relatórios são refeitos no Excel todo mês. Se sua equipe exporta dados e os reorganiza à mão para entender o que está acontecendo, o sistema armazena dados, mas não responde às suas perguntas. E se o seu sistema de verdade é uma planilha desde o início, comece por quando a planilha deixa de ser a resposta.

Quando ainda não modernizar

Modernização não é um objetivo em si, e alguns sistemas legados devem ficar como estão por um tempo. Esperar pode ser a melhor escolha quando estas condições valem ao mesmo tempo:

  • Estável: não tem uma falha grave há muito tempo, e você raramente precisa alterá-lo.
  • Isolado: não está conectado à internet e não precisa conversar com outros sistemas, então o risco de vulnerabilidades é menor.
  • Barato de manter: mais de uma pessoa o entende, e mantê-lo custa pouco dinheiro ou tempo.
  • Vai ser substituído de qualquer forma: se você vai migrar em breve para um produto pronto, não invista em modernizar um sistema que está prestes a ser aposentado.

Nesse caso, a decisão certa é acompanhá-lo: registre quando a tecnologia dele sai do suporte, garanta que existe um backup que funcione e documente o que ele faz. Se decidir modernizar mais tarde, explicamos o caminho seguro em nosso guia de modernização de sistemas legados sem tempo de inatividade.

A visão da Origami

Construímos sistemas e integrações e modernizamos os antigos, e mesmo assim a primeira coisa que fazemos com qualquer sistema legado é perguntar por que ele deveria ser modernizado. Um sistema que sustentou a empresa por anos merece respeito, e muitos sistemas precisam de uma nova integração ou de uma boa documentação, e não de uma reconstrução.

Por isso começamos avaliando cada sistema em suporte, conhecimento, integração e velocidade de mudança, e depois propomos o menor passo que reduza o risco, seja uma integração, uma migração ou uma reescrita assistida por IA com um engenheiro revisando cada linha. Se quiser uma opinião sobre os seus próprios sistemas, conheça nossos serviços.

Exercício da semana: dê a cada sistema uma nota de até 8 pontos

Pegue a lista de sistemas que você escreveu na parte 1 e dê a cada um uma nota de 0 a 2 em cada um dos quatro eixos, em que 0 significa nenhum problema, 1 um problema pequeno e 2 um problema claro:

  • Suporte: a tecnologia dele tem suporte? (2 se o suporte terminou ou termina em até um ano)
  • Risco de conhecimento: quantas pessoas o entendem? (2 se for uma pessoa ou um fornecedor)
  • Integração: ele se conecta à emissão de notas, aos bancos e a outros sistemas sem trabalho manual? (2 se a conexão for manual)
  • Velocidade de mudança: quanto tempo leva uma mudança simples? (2 se levar semanas)

Esta é uma ferramenta de priorização, não um veredito final: um sistema com 6 de 8 ou mais merece planejamento agora, de 3 a 5 significa acompanhá-lo e marcar uma data para reavaliar, e de 0 a 2 significa deixá-lo rodar. Qualquer sistema com 2 apenas em risco de conhecimento precisa de documentação urgente, qualquer que seja o total.

Nos próximos capítulos

Agora você tem uma lista de sistemas e uma nota para cada um. Na parte 3, transformamos essa lista em um inventário completo: quem é o dono de cada sistema, quem o usa, que dados ele guarda e se isso inclui dados pessoais, com o que ele se conecta, o que quebra se ele parar e quando as licenças são renovadas, seguido das cinco opções para cada sistema: manter, aposentar, substituir por um produto pronto, levar como está para a nuvem ou reconstruir.

Fontes