Inventário de sistemas legados: documentar antes de decidir

Inventário técnico é a lista completa dos sistemas que a empresa usa, com dono, dependência e consequência de parada para cada um. Ele não serve para organizar, serve para decidir. Sem ele, qualquer decisão de modernizar, cortar custo ou trocar fornecedor está sendo tomada sobre uma memória coletiva que ninguém conferiu.

O que é um inventário técnico, e o que ele não é

Um inventário técnico é um registro de tudo que roda, com informação suficiente para alguém decidir sem perguntar a ninguém. Ele não é organograma de TI, não é diagrama de arquitetura e não é lista de licenças do financeiro.

A diferença importa porque cada um desses três documentos existe em quase toda empresa, e nenhum deles responde as perguntas que o inventário responde. O diagrama mostra como as peças se conectam, mas não diz quem mantém cada uma. A lista de licenças mostra o que é pago, e justamente por isso não enxerga o que é gratuito, o que foi construído em casa e o que alguém contratou com cartão corporativo sem avisar.

A prática está normatizada há tempo. O controle CM-8 do NIST SP 800-53, revisão 5, exige um inventário de componentes que reflita o sistema com precisão, inclua todos os componentes, não contabilize o mesmo componente duas vezes, tenha granularidade suficiente para rastreamento, e seja revisado em frequência definida pela própria organização. O CIS Controls coloca inventário e controle de ativos como Controle 1, o primeiro de todos, com a justificativa de que é preciso conhecer a totalidade dos ativos antes de proteger qualquer um deles.

Os dois textos são de segurança, mas a lógica vale igual para custo e para continuidade. Não se decide sobre o que não se enxerga.

Por que a lista que você acha que tem não é um inventário

Quase toda empresa de 50 a 200 funcionários acredita ter um inventário. Normalmente é uma planilha feita por alguém que já saiu, atualizada pela última vez numa migração antiga.

Três testes rápidos dizem se a sua lista é real:

Abra a lista e escolha um sistema ao acaso. Ela diz quem é a pessoa que consegue mexer nele hoje, com nome? Se diz "equipe de TI", não é inventário, é rótulo.

Procure na lista a última coisa que a empresa contratou. Está lá? Se a lista só registra o que foi comprado em processo formal, ela não enxerga o que entrou por cartão de crédito de uma área, que costuma ser onde mora o risco.

Pergunte o que acontece se o terceiro item da lista parar por 24 horas. Se ninguém souber responder sem reunião, o inventário não cumpre a função dele.

A razão de a lista envelhecer é sempre a mesma. Ela foi montada como projeto, com começo e fim, e não como registro vivo com dono. Projeto termina. Registro sem dono apodrece.

O que a auditoria do nosso próprio blog encontrou

Vale um exemplo pequeno e verificável, do nosso lado.

Em 4 de outubro de 2026 medimos a arquitetura de links internos do nosso blog, buscando o HTML dos 29 artigos publicados e listando cada link do corpo do texto. Não foi uma revisão editorial, foi uma listagem mecânica, exatamente o que um inventário faz.

Encontramos três coisas que ninguém tinha notado. Dois links apontavam para endereços que não existem, por erro de digitação no identificador do artigo, e estavam quebrados havia semanas sem ninguém reclamar. Sete artigos não recebiam link de nenhum outro, e eram justamente os mais recentes, ou seja, a regra que a própria equipe tinha escrito nunca foi cumprida uma única vez. Cinco artigos recebiam link de todo mundo e não apontavam para ninguém, acumulando 27 entradas e devolvendo zero.

Nenhum desses três problemas era invisível. Todos estavam em páginas públicas que a própria equipe tinha escrito. Eles passaram despercebidos porque ninguém tinha a lista, e sem a lista cada item parece correto isoladamente.

É assim que funciona em sistema também. Ninguém descobre dependência circular, servidor esquecido ou integração órfã olhando um item por vez. Descobre listando todos e comparando.

Os sete campos que todo item precisa ter

Inventário com trinta colunas não é preenchido. Sete bastam, e cada uma existe porque responde a uma decisão específica.

• Nome e função em uma frase: Permite que alguém de fora entenda sem perguntar.
• Dono técnico, com nome de pessoa: Define quem atende quando quebra.
• Dono de negócio, com nome de pessoa: Define quem decide se vale manter.
• Quem consegue mexer, contagem real: Expõe ponto único de falha antes da crise.
• Do que depende e o que depende dele: Mostra o efeito dominó de uma parada.
• Consequência de 24 horas parado: Transforma risco técnico em linguagem de negócio.
• Custo anual e data de renovação: Permite cortar o que não é usado.

A quarta linha é a que mais incomoda e a que mais vale. Preencher honestamente "quantas pessoas conseguem mexer" revela o mesmo problema que o bus factor e a dependência de desenvolvedor chave descrevem, e revela antes de alguém pedir demissão.

A sexta linha é a que faz o documento ser lido pela diretoria. "Sistema legado em PHP 5" não move ninguém. "Se parar, o faturamento do mês não é emitido" move.

Como montar o primeiro inventário em uma semana

A tentação é começar pelo mais completo possível, e é por isso que tantos inventários nunca ficam prontos. O caminho que funciona é o contrário.

1. Dia 1, colete sem julgar. Puxe a lista de cobranças recorrentes do cartão e da conta, a lista de domínios, a lista de repositórios e a lista de acessos de nuvem. Quatro fontes, sem reunião. Isso já produz uma lista maior do que a que existe hoje.
2. Dia 2, junte e remova duplicata. O mesmo sistema costuma aparecer com três nomes diferentes. Resolver isso é o que o NIST chama de não contabilizar o mesmo componente duas vezes.
3. Dia 3, atribua dono. Nome de pessoa em todas as linhas. Onde não houver, escreva "sem dono" em vez de deixar vazio, porque vazio é lido como pendência de preenchimento e "sem dono" é lido como risco.
4. Dia 4, preencha dependência e consequência. Essas duas colunas exigem conversa. Faça em uma sessão única com quem opera, não por formulário.
5. Dia 5, classifique em três grupos. Manter, substituir, desligar. Sem quarto grupo, porque quarto grupo vira "avaliar depois" e nunca é avaliado.

Uma semana produz um inventário incompleto e útil. Três meses produzem um inventário completo que chegou tarde.

O resultado alimenta diretamente a priorização descrita em como medir e priorizar dívida técnica, porque sem a lista não há como comparar dois itens.

Como manter, que é onde quase todo inventário morre

A norma do NIST pede revisão em frequência definida pela organização, e deixa a frequência em aberto de propósito. Na prática, para empresa desse porte, revisão trimestral funciona e revisão anual não, porque em doze meses a lista já divergiu demais para ser confiável.

Três regras simples sustentam a manutenção melhor do que qualquer ferramenta.

Nada entra em produção sem linha no inventário. Essa é a única regra que impede o documento de nascer desatualizado, e ela precisa estar no mesmo lugar em que o time já olha, não em um processo paralelo.

A revisão trimestral tem dono e data no calendário, não depende de lembrança. O que depende de lembrança não acontece, e vale notar que isso não é falha de disciplina pessoal, é propriedade de qualquer processo sem gatilho.

Toda saída de pessoa dispara uma leitura da coluna "quem consegue mexer". É o momento em que a informação está mais fresca e mais barata de corrigir.

O que fazer na segunda-feira de manhã

Abra uma planilha em branco e crie as sete colunas da tabela acima. Não procure o inventário antigo primeiro, porque procurar vira a tarefa e a tarefa vira a semana.

Preencha as cinco linhas dos sistemas que você já sabe de cabeça que são críticos. Deixe a coluna de consequência de parada por último e preencha com frase de negócio, não de tecnologia.

Então pegue a fatura do cartão corporativo dos últimos três meses e some à lista tudo que for cobrança recorrente de software. Essa única fonte costuma revelar entre três e dez sistemas que não estavam em nenhum lugar.

Se o resultado dessa manhã já mostrar algo que você não sabia que existia, o inventário se pagou antes de ficar pronto. E esse é o mesmo exercício que um comprador faz quando avalia a sua empresa, descrito em due diligence técnica, o que avaliam no seu código.

Checklist de inventário técnico

Montamos um checklist de inventário técnico com os sete campos, as quatro fontes de coleta e o roteiro de revisão trimestral, no formato que usamos em diagnóstico de cliente. Fale com a gente para receber e aplicar na sua lista atual.