Rétablir une personnalisation

Rversion finale: Xanadu

Mis à jour 1 août 2024

2 minutes de lecture

Pour éviter que les personnalisations ne soient écrasées par les mises à niveau système, le processus de mise à niveau ignore automatiquement les modifications apportées aux objets qui ont été personnalisés. Vous souhaiterez peut-être remplacer vos personnalisations lorsqu’une mise à niveau logicielle contient une fonctionnalité que vous souhaitez implémenter.

Avant de commencer

Rôle requis : administrateur

Pourquoi et quand exécuter cette tâche

Pour identifier les objets personnalisés, le système ajoute un enregistrement correspondant dans la table Mises à jour du client [sys_update_xml]. La table conserve les informations de version actuelles pour tous les objets qui ont été personnalisés. Le processus de mise à niveau ignore les changements apportés aux objets qui ont des entrées dans la table. Le processus de mise à niveau n’ignore pas les objets si seuls les champs exclus ont été modifiés.

Procédure

Accédez à la Tout > Diagnostics du système > Historique des mises à niveau.
Sélectionnez la version logicielle souhaitée.
Filtrer la liste connexe des détails de mise à niveau par disposition est ignorée.
Facultatif : Ajoutez une autre condition de filtre pour Modifié est Vrai afin de renvoyer uniquement les objets qui ont changé depuis la dernière mise à niveau.
Sélectionnez l’enregistrement de mise à jour à implémenter.
Le champ Différences de fichiers affiche une comparaison côte à côte de la personnalisation et de la version par défaut. Les suppressions sont surlignées en rouge, les ajouts en vert et les modifications en jaune.
Cliquez sur Revenir au système de base pour remplacer votre objet personnalisé par la version par défaut du système.
- La disposition passe de Ignorée à Annulée.
- Une fois que vous avez restauré une personnalisation, vous avez la possibilité de cliquer sur Réappliquer les modifications pour réappliquer vos personnalisations (annuler la restauration).
- Pendant le remplacement lors de la mise à niveau, aucune modification n’est apportée aux champs update_exempt comme le champ Actif . Le reste de l’enregistrement reçoit la mise à jour.
  Remarque :
  Si l’attribut n’est pas explicitement spécifié en tant que champ update_exempt, le champ Actif d’une table suivie est traité comme update_exempt par défaut.
  Étant donné que nous ignorons la mise à jour des champs update_exempt, deux versions de l’enregistrement dans la table sys_update_version sont générées.
  - L’enregistrement de version avec la source « _to_platform_version_ » contient la charge utile de ServiceNow sans aucune modification. (État= HISTORIQUE)
  - Enregistrement de version avec la source de personnalisation précédente, par exemple « _update_set_ », dont les personnalisations du client ont été remplacées par les valeurs de la version ServiceNow entrante, à l’exception des champs update_exempt. Les personnalisations du client pour update_exempt champs sont conservées dans cette version. (État= ACTUEL)