A pergunta certa não é "reescrever ou não"
Quando um sistema começa a dar problema, a primeira proposta que aparece é reescrever tudo. É a mais cara, a mais demorada e a que mais falha: o sistema antigo carrega anos de regras de negócio não documentadas, e o novo "esquece" casos que o velho tratava. A pergunta certa é: qual é o menor movimento que resolve o risco atual?
Há quatro respostas possíveis, em ordem de custo: manter e proteger (atualizar versão, backup, monitoramento), modernizar no lugar (refatorar os pontos críticos sem trocar a plataforma), modernizar por partes (módulos novos convivendo com o legado) e reescrever em fases. A JBKR apresenta o menu com prós e contras em cada diagnóstico — e na maioria dos casos a resposta está nas duas primeiras opções.
Cinco sinais de que é hora de agir
Versão sem suporte: PHP abaixo da 8.1, .NET Framework 4.x sem plano, Java 8 em produção sem atualização de segurança — a hospedagem vai forçar a mudança, geralmente na pior hora. Dependência de uma pessoa: só um desenvolvedor (ou nenhum) sabe mexer. Sem backup testado: existe backup, mas ninguém nunca restaurou. Integrações quebrando: NF-e com layout novo, API de pagamento descontinuada, certificado vencido. Custo de servidor: máquina dedicada cara para uma aplicação que caberia em um ambiente de nuvem pequeno.
Um sinal isolado pede manutenção. Três ou mais pedem diagnóstico e roteiro.
Quanto custa cada caminho em 2026
Faixas praticadas pela JBKR e pelo mercado de empresas pequenas e médias no Brasil. Diagnóstico de duas semanas: de R$ 5 mil a R$ 15 mil (cabe no Plano Eventual a R$ 250/hora). Manter e proteger: atualização de versão e ambiente, backup e monitoramento, de R$ 8 mil a R$ 30 mil por sistema, mais sustentação mensal de R$ 1.125 a R$ 2.050 nos planos da JBKR. Modernizar no lugar ou por partes: de R$ 30 mil a R$ 150 mil conforme o número de módulos críticos. Reescrever: a partir de R$ 150 mil, em fases, com o sistema antigo como especificação viva.
Um erro comum é comparar o custo de reescrever com zero. O custo de não fazer nada existe: horas de retrabalho manual, risco de parada e o preço de emergência quando a hospedagem desliga a versão antiga.
PHP, Java e .NET: o que muda em cada um
PHP: o caminho mais comum é atualizar de 5.x ou 7.x para 8.x corrigindo incompatibilidades, e migrar frameworks antigos (CodeIgniter 2, Laravel 4) módulo a módulo. Quase sempre dá para fazer sem reescrever. Java: o problema costuma ser o ambiente — servidor de aplicação e Java antigos — e a solução é sustentação, atualização de dependências e migração para nuvem sem mexer na lógica, como na migração de servidor dedicado para Jelastic que a JBKR entregou. .NET: sistemas em .NET Framework presos a um Windows específico migram gradualmente para .NET 8 ou superior, módulo a módulo, mantendo o banco SQL Server.
ASP clássico e VB são o caso mais urgente: a plataforma está descontinuada e não há desenvolvedores no mercado. Ali a modernização por partes é obrigatória, mas ainda assim em fases, preservando as regras de negócio.
O método que evita quebrar o que funciona
Primeiro, recuperar o controle técnico: acessos, backup completo, mapa do sistema. Segundo, ambiente de testes que replica a produção — nenhuma alteração vai ao ar sem passar por ele. Terceiro, alterações pequenas e registradas. Quarto, equivalência funcional: antes de cada virada, o módulo novo produz os mesmos resultados do antigo com os mesmos dados. Quinto, caminho de retorno pronto.
Com IA, a etapa de mapear e documentar ficou muito mais rápida — o artigo sobre IA em sistemas legados explica como. Sem método, a IA só acelera o erro.
Decisão em uma página
Se o sistema funciona e o risco é versão ou backup: manter e proteger, com sustentação mensal. Se funciona mas dois ou três módulos travam a evolução: modernizar por partes. Se a plataforma está descontinuada e não roda mais em servidores atuais: reescrever em fases, começando pelo módulo mais crítico. Em qualquer caso: diagnóstico antes, relatório escrito, e o código e os acessos com você.
A JBKR oferece o diagnóstico inicial de 30 minutos sem custo. O sistema que mais dá medo de mexer costuma ser o que mais precisa de um dono técnico — e o que menos precisa de reescrita.
