Blog · Sistemas
O sistema que ninguém quer tocar: o que fazer com um sistema legado
Um sistema não vira legado pela idade: vira quando ninguém consegue mexer nele sem medo. Eu explico as três saídas que existem, quanto custa cada uma e como trocar por partes, sem parar a empresa.
Por Juan José Nieva9 min de leitura
Última revisão: · citações de Martin Fowler, Joel Spolsky e da documentação do Odoo conferidas nas fontes
Neste artigo
Resumo: o que você precisa saber em um minuto
- Um sistema vira legado quando ninguém consegue mexer nele sem medo. Não é a idade. Um sistema de 15 anos que a equipe entende não é problema; um de 3 anos sem código nem acessos na mão da empresa é.
- Existem três saídas: manter, integrar ou reescrever. Eu analiso nessa ordem, porque reescrever é a saída mais cara e a mais arriscada.
- A integração de sistemas resolve o que acontece em volta. Se o núcleo funciona e o problema é digitar a mesma coisa duas vezes, uma integração tira a planilha do meio sem trocar o sistema.
- Reescrever, quando precisa, se faz por partes. O sistema novo assume uma função de cada vez, e o antigo segue no ar até a última. Trocar tudo num dia só é o jeito mais comum de dar errado.
- Na DIO, um software sob medida com integrações começa em R$ 25.000. São 8 a 12 semanas. Com várias empresas, vários sistemas e anos de dados, o preço sai do planejamento.
Quando um sistema vira «legado» (não é a idade: é quem consegue mexer nele)
Costuma-se chamar de legado o sistema antigo que continua em uso. Mas a idade é o que menos importa. A pergunta que eu faço primeiro é outra: quem consegue mexer nele hoje, e com que segurança? Estes são os sinais de que a resposta já é «ninguém»:
Se dois ou mais desses sinais aparecem, o sistema já é legado, mesmo que tenha sido feito há três anos. E o contrário também vale: um sistema de 15 anos que a equipe entende, testa e atualiza não precisa de nada. Ele só é antigo.
Por isso a decisão não começa pela tecnologia. Começa por anotar, com os números de um mês comum, quanto o sistema custa do jeito que está: horas de retrabalho, mudanças paradas na fila e o risco de depender de uma pessoa. É a mesma conta que eu uso para trocar uma planilha por um sistema.
| Sinal | O que ele quer dizer | O que perguntar |
|---|---|---|
| Só uma pessoa entende o sistema | Se ela sai de férias ou da empresa, o sistema para de mudar | Quem mais consegue publicar uma correção hoje? |
| Uma mudança pequena leva semanas | Ninguém sabe o que quebra junto, então tudo é feito com medo | Quanto tempo levou a última mudança simples? |
| Ninguém sabe onde está o código | O sistema ficou com quem fez, não com a empresa | O código, o domínio e o servidor estão no nome da empresa? |
| A tecnologia não recebe mais atualizações | Cada falha de segurança descoberta fica aberta para sempre | A versão da linguagem e do banco de dados ainda tem suporte? |
| Os mesmos dados são digitados duas vezes | O sistema não conversa com os outros, e uma planilha faz a ponte | Quantas horas por mês vão em copiar de um lado para o outro? |
As três saídas: manter, integrar ou reescrever (e quanto custa cada uma)
Quase todo caso cai numa destas três saídas. A tabela mostra quando cada uma faz sentido e o risco de escolher errado:
A ordem da tabela é a ordem em que eu analiso. Reescrever é a saída mais cara e a mais arriscada, então ela só entra quando as outras duas não resolvem. Em qualquer uma, o preço fecha sobre o planejamento aprovado e não muda no caminho. Os cenários completos estão em quanto custa um sistema sob medida.
| Saída | Quando faz sentido | O risco | Quanto custa na DIO |
|---|---|---|---|
| Manter | O sistema faz o que a empresa precisa e alguém ainda consegue mexer nele com segurança | Adiar a decisão até a pessoa que entende o sistema sair | Hora avulsa ou pacote de 10 a 100 horas, válidas por 12 meses (sob consulta) |
| Integrar | O núcleo funciona; o problema está em volta: dados digitados duas vezes, planilha fazendo a ponte | Integrar um sistema que já não se sustenta só adia a troca | Entra no software sob medida: a partir de R$ 25.000, em 8–12 semanas |
| Reescrever por partes | Ninguém consegue mexer, a tecnologia perdeu o suporte ou cada mudança quebra outra coisa | Descobrir no dia da troca o que o sistema antigo fazia sem ninguém saber | A partir de R$ 25.000 para um sistema; com várias empresas e anos de dados, sob orçamento |
Integração de sistemas sem reescrever: o que uma API resolve e o que não
Integração de sistemas é fazer dois programas trocarem dados sozinhos, sem alguém copiando de um para o outro. O caminho mais limpo é uma API: uma porta que o próprio sistema oferece para outro programa ler e gravar dados. O Odoo, por exemplo, diz na documentação oficial que muitas das suas funções e todos os seus dados podem ser acessados de fora, para integrar com outras ferramentas. Mas uma integração tem limite:
Foi o caso da Galilea, em Talca, no Chile. A empresa já tinha o Odoo rodando, e ele funcionava. O problema estava em volta: imprimir para assinar, juntar assinatura por assinatura, conferir planilhas na mão. Em vez de trocar o Odoo, a DIO construiu três sistemas ligados a ele: assinatura eletrônica com a eCert, a assinatura chilena; assinatura de vários responsáveis em sequência, com aviso por e-mail; e um sistema de qualidade que cruza a programação semanal. Os três estão em produção desde 2024, e o caso está em projetos reais.
Quando o sistema antigo não tem API, ainda existem saídas: ler direto do banco de dados ou trabalhar com a exportação que ele já gera. São caminhos mais frágeis, porque qualquer mudança do outro lado pode quebrá-los. Por isso eles entram no planejamento antes de fechar o preço, e não depois.
| Uma integração resolve | Uma integração não resolve |
|---|---|
| Digitar a mesma coisa em dois sistemas | Um sistema que ninguém consegue corrigir |
| A planilha que faz a ponte entre duas áreas | Uma tecnologia sem atualizações de segurança |
| Assinaturas e avisos que hoje dependem de papel e e-mail | Uma regra de negócio errada dentro do sistema antigo |
| Relatórios que juntam dados de vários lugares | A dependência de uma pessoa só |
Reescrever sem parar a operação: como se faz por partes
Reescrever do zero, de uma vez, parece o caminho mais limpo: o que o sistema antigo faz já se sabe, é só fazer igual numa tecnologia nova. Joel Spolsky, cofundador do Stack Overflow, chamou isso de o pior erro estratégico que uma empresa de software pode cometer. E Martin Fowler, da Thoughtworks, conta que viu esse plano, que parece simples, dar errado na maioria das vezes.
O motivo é que um sistema antigo faz coisas que ninguém lembra mais: uma regra que alguém pediu anos atrás, a exceção de um cliente, um cálculo arredondado de um jeito específico. Fazer o novo «igual ao antigo» só revela essas regras no dia da troca, quando já é tarde.
O caminho que funciona é o que Fowler chama de figueira estranguladora (strangler fig): o sistema novo nasce ao lado do antigo e vai assumindo uma função de cada vez. Na prática, eu sigo esta ordem:
1. Primeiro, o inventário. O que o sistema faz, quem usa cada parte e de onde vêm os dados. As regras viram um planejamento por escrito, com frases do tipo «quando X acontecer, o sistema faz Y».
2. A primeira parte é a que mais dói e menos depende das outras. Ela vai para o sistema novo, que passa a usar os mesmos dados. O resto continua no antigo.
3. Cada parte nova é conferida contra a antiga antes de assumir. Quem usa o sistema confere se o resultado é o mesmo, e a troca de cada parte acontece num dia combinado.
4. O antigo só sai quando não sobra nada nele. Até lá, se algo der errado numa parte, a empresa volta para o caminho de antes só naquela parte.
Nem toda troca precisa ser por partes. Quando o sistema é uma loja virtual numa plataforma pronta, os dados têm formato conhecido: produtos, clientes e pedidos. Foi o caso da Musical Riff, em Cascavel (PR), que saiu da Loja Integrada para o WooCommerce com 1.049 pedidos e 697 clientes migrados, e cada endereço antigo redirecionado para o novo, sem perder o posicionamento no Google. O passo a passo está em migração da Musical Riff.
O que exigir de quem for mexer no seu sistema
Muito sistema vira legado por um motivo que não é técnico: o código, os acessos e a documentação ficaram com quem fez. Estas são as perguntas que eu faria antes de contratar qualquer fornecedor, inclusive a DIO:
Na DIO, isso vale desde o primeiro dia: o código fica no repositório do cliente, o domínio e as contas de nuvem ficam no nome dele, e a propriedade intelectual passa para ele ao pagar. Na hora de comparar propostas, não olhe só o preço: pergunte o que acontece com o sistema se o fornecedor sumir amanhã. As garantias da DIO estão em sistemas para a operação da empresa.
| O que exigir | Por quê | O que perguntar |
|---|---|---|
| Código no repositório da empresa | Se o código está na conta de quem fez, a empresa usa o sistema, mas não o tem | Em que conta fica o repositório, e quem é o dono? |
| Domínio, servidor e contas de nuvem no nome da empresa | É o que permite trocar de fornecedor sem tirar o sistema do ar | Quem é o titular de cada conta, e quem paga? |
| Senha de administrador com a empresa | Ninguém deveria pedir licença para entrar no próprio sistema | Quem tem a senha de administrador hoje? |
| Planejamento atualizado na entrega | É o que deixa outro time continuar sem ligar para quem fez | O documento que descreve o sistema vai ser atualizado a cada etapa? |
| Testes automáticos | Sem eles, toda mudança é feita com medo, e o sistema novo vira legado mais rápido | Como vocês sabem que uma mudança não quebrou outra coisa? |
Perguntas frequentes
O que é um sistema legado?
É um sistema que continua em uso, mas que a empresa não consegue mais mudar com segurança: só uma pessoa entende, a tecnologia perdeu o suporte ou ninguém sabe onde está o código. A idade conta menos do que isso.
O que é integração de sistemas?
É fazer dois ou mais sistemas trocarem dados sozinhos, sem alguém copiando de um para o outro. O caminho mais comum é uma API; quando o sistema não tem, dá para ler do banco de dados ou da exportação que ele já gera.
Vale mais a pena integrar ou reescrever?
Integrar, quando o núcleo do sistema funciona e alguém ainda consegue mexer nele. Reescrever só entra quando isso já não é verdade, e mesmo assim por partes.
Dá para trocar o sistema sem parar a empresa?
Dá. O sistema novo nasce ao lado do antigo e assume uma função de cada vez, em dias combinados. A empresa segue trabalhando no antigo até a última parte passar.
O que acontece com os dados do sistema antigo?
O histórico que vale a pena vai para o sistema novo; o resto fica arquivado, e essa decisão é sua. O que decide o prazo não é o volume, e sim quão bagunçados estão os dados.
Quanto custa modernizar um sistema legado?
Na DIO, um software sob medida com integrações começa em R$ 25.000 e leva de 8 a 12 semanas. Quando são várias empresas, vários sistemas e anos de dados, o preço sai do planejamento, que você recebe em até 3 dias úteis depois da conversa de 30 minutos.
Quem me atende?
Eu, pelo WhatsApp ou na conversa de 30 minutos. Sou o fundador da DIO e reviso cada projeto.