Reverter uma personalização

Para evitar que as personalizações sejam substituídas por atualizações do sistema, o processo de atualização ignora automaticamente as mudanças nos objetos que foram personalizados. Você pode substituir suas personalizações quando um upgrade de software contiver um recurso que você deseja implementar.

Antes de Iniciar

Função necessária: administrador

Por Que e Quando Desempenhar Esta Tarefa

Para identificar objetos personalizados, o sistema adiciona um registro correspondente na tabela de atualizações do cliente [sys_update_xml]. A tabela mantém as informações da versão atual de todos os objetos que foram personalizados. O processo de atualização ignora as mudanças nos objetos que têm entradas na tabela. O processo de atualização não ignorará objetos se somente os campos excluídos tiverem sido alterados.

Procedimento

1. Navegar até Todos > Diagnóstico do sistema > Histórico de Atualizações.
2. Selecione a versão de software desejada.
3. Filtre a lista relacionada Detalhes do upgrade por Disposição ignorada.
4. Opcional: Adicione outra condição de filtro para Alterado é Verdadeiro para retornar somente os objetos que foram alterados desde o último upgrade.
5. Selecione o registro de atualização a ser implementado.
   O campo Diferenças de arquivo exibe uma comparação lado a lado da personalização e da versão padrão. As exclusões são realçadas em vermelho, as adições em verde e as modificações em amarelo.
6. Clique em Reverter para sistema de base para substituir seu objeto personalizado pela versão padrão do sistema.
   • A disposição muda de Ignorado para Revertido.
   • Depois de reverter uma personalização, você tem a opção de clicar em Reaplicar mudanças para reaplicar suas personalizações (desfazer a reversão).
   • Durante a substituição na atualização, nenhuma mudança é feita nos campos update_exempt, como o campo Ativo. O restante do registro recebe a atualização.
     Nota:

     Se o atributo não for especificado explicitamente como um campo update_exempt, o campo Ativo em uma tabela rastreada será tratado como update_exempt por padrão.
     Como ignoramos a atualização dos campos update_exempt, são geradas duas versões do registro na tabela sys_update_version.

     • O registro de versão com a origem "_to_platform_version_" contém a carga da ServiceNow sem modificações. (Estado = HISTORY)
     • O registro de versão com a origem de personalização anterior, por exemplo, "_update_set_", que tem as personalizações do cliente substituídas pelos valores da versão de entrada da ServiceNow, exceto para os campos update_exempt. As personalizações do cliente para campos update_exempt são preservadas nesta versão. (Estado= ATUAL)

Tópicos relacionados

• Administração do conjunto de atualizações