Upddistr apagando conteúdo de campos como X3_VLDUSER

Boa tarde!

Estamos na versão 12.1.33, como dicionário no banco de dados, migrando para a 12.1.2210 e estamos com inúmeros problemas de o upddistr estar alterando itens que foram customizados: X3_BROWSE, X3_RELACAO e, inclusive, X3_VLDUSER.

Abrimos um chamado junto a Totvs e fomos informados de que isso aconteceu porque alteramos o dicionário pelo APSDU e não pelo configurador. Que o upddistr verifica um hash de alteração e, se não tem, ele coloca o conteúdo padrão.

São coisas bem antigas, não conseguimos lembrar se isso realmente aconteceu. Porém, pegamos alguns campos e fizemos a alteração via CGF e, ao rodar o upddistr, ele alterou novamente o conteúdo.

Alguém passou por isso e sabe o que pode estar acontecendo? Existe alguma tabela que o sistema registre esse hash para que possamos ver se ela existe em nosso ambiente ou se temos que fazer algo ainda na 12.1.33 para corrigir?

Pois é passamos pelo mesmo problema. Só que aqui ele resolveu EXCLUIR o campo.

Fico inconformado do UPD excluir o campo do banco de dados sem avisar e sem gerar LOG. Desativar o campo na X3 seria aceitável , mas excluir o campo é demais.

Na hora de checar chave unida e compartilhamento de tabelas o UPD avisa , cria log , interrompe o processo e faz você corrigir. Mas para excluir vai sem avisar mesmo.

Tive exatamente o mesmo problema na migração da 12.1.33 para 12.1.2210, base legado de 20 anos, nas migrações anteriores não tivemos esse problema...

Resolvi exportando a SX3 da atual e anterior para Excel filtrando apenas as principais tabelas da minha operação, comparei os dados que estavam diferentes e ajustei..

Tive esse problema não apenas no X3_VLDUSER, mas também no: X3_WHEN, X3_RELACAO.