A fonte oficial que li hoje pode mudar amanhã: como registrar a data de leitura e o que fazer quando ela muda?

E aí, saindo um pouco do tema: do lado de controladoria, eu pediria um indicador simples, a quantidade de fontes com conferência vencida. Se passar de zero, vai para a pauta da reunião do projeto.

Também vale registrar o impacto quando a fonte muda: nenhum, só documentação, ou exige novo teste. Essa classificação decide se a mudança entra no próximo transporte ou espera o ciclo normal.

O risco é, pois é, ficar só no registro de texto. Eu guardaria também a cópia do que foi lido:

1. Salve o arquivo da versão lida com a data no nome.
2. Anote no chamado ou na ordem de transporte qual cópia sustentou a mudança.
3. Na conferência, compare a cópia com o texto atual e anexe a diferença.

Assim, quando alguém pergunta por que a regra foi feita de certo jeito, existe prova do que valia no dia.

Minha opinião, tá: cópia congelada sozinha dá falsa segurança. Ela prova o que foi lido, mas não avisa que o texto mudou. Sem um gatilho de revisão, o arquivo vira mais um PDF esquecido.

Por isso o registro precisa de dono nomeado e de data de conferência que alguém cobra. Sem dono, a coluna de próxima conferência fica vazia em dois meses. Eu prefiro registrar menos fontes, só as que sustentam regra codificada, e revisar de verdade.

Explicando o cenário que eu usaria: um registro simples, uma linha por fonte, com seis campos. Nome da norma, endereço oficial, data de publicação da versão lida, data em que alguém leu, quem leu e data da próxima conferência.

A conta é fácil: se a data de leitura tem mais de três meses e o requisito ainda não foi para produção, releia antes de transportar. Quando a fonte muda, abra uma alteração de requisito ligada a essa linha e liste o que da configuração ou do código depende dela.