Personnalisations suivies par ensembles de mises à jour

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 4 minutes de lecture

    • Les ensembles de mises à jour suivent les personnalisations des tables, des champs et des enregistrements d’application.

    Les ensembles de mises à jour capturent les détails de la configuration, mais excluent les données de tâche ou de processus. Par exemple, ils enregistrent les définitions des éléments de catalogue, les variables et les choix de variables, mais pas les commandes soumises ou les tâches du catalogue.

    update_synch attribut

    Pour afficher la liste des tables où les personnalisations sont suivies, accédez à Définition du système > Dictionnaire et filtre sur les attributs contient update_synch.

    Avertissement :
    N’ajoutez pas l’attribut update_synch à un enregistrement de dictionnaire. Lorsqu’il est mal utilisé, cet attribut peut entraîner des problèmes de performances majeurs ou entraîner l’indisponibilité de l’instance. L’attribut update_synch n’est pas accessible aux clients.
    Une règle par défaut bloque l’utilisation de l’attribut update_synch sur une table pour laquelle il n’est pas prédéfini afin d’éviter les problèmes suivants :
    • Certaines tables principales nécessitent une gestion spéciale des mises à jour, car elles représentent des informations sur plusieurs tables. Lorsque l’attribut update_synch est ajouté à ces tables, des enregistrements de mise à jour en double sont créés, ce qui entraîne des conflits majeurs difficiles à dépanner et à réparer.
    • L’utilisation de l’attribut update_synch pour migrer les enregistrements de données entre les instances peut entraîner des problèmes de performances. Pour migrer les données, reportez-vous à la section Import sets key concepts Utiliser une importation d’instance à instance.

    Gestionnaires spéciaux

    Les gestionnaires spéciaux représentent les informations sur plusieurs tables. Ces changements sont regroupés dans une seule entrée d’ensemble de mises à jour afin que tous les enregistrements soient correctement mis à jour lorsque la personnalisation est validée.
    • Workflows
    • Sections de formulaire
    • Listes
    • Listes connexes
    • Listes de choix
    • Entrées du dictionnaire système
    • Étiquettes de champs
    Avertissement :
    Les sections de formulaire, les listes, les listes connexes, les listes de choix et les gestionnaires d’étiquettes de champs peuvent supprimer et réinsérer des enregistrements, ce qui peut entraîner des résultats inattendus ou une perte de données si les champs font référence à ces tables.

    Listes de choix

    Les ensembles de mises à jour stockent les options de choix nouvelles et mises à jour sous forme d’enregistrements distincts dans les tables sys_update_version et sys_update_xml. Par exemple, si vous étendez la table Tâches avec une table u_activity, ajoutez un choix de champ d’état visible uniquement dans votre table étendue.

    Lorsque vous publiez ces changements en tant qu’ensemble de mises à jour, la mise à jour contient uniquement les enregistrements de mise à jour et de version pour le choix que vous avez ajouté à la table u_activity. Les options de choix dans la table de tâches ne sont pas affectées.

    Avertissement :
    N’utilisez pas de grandes listes de choix dans les ensembles de mises à jour. Cela conduit à des validations d’ensembles de mises à jour excessivement longues.

    Modifications du dictionnaire

    L’utilisation d’ensembles de mises à jour vous permet d’éviter d’appliquer des modifications de dictionnaire entraînant une perte de données. Par exemple, les modifications bloquées du dictionnaire comprennent la suppression de tables ou la modification d’un type de données de colonne.

    Les ensembles de mises à jour ne suivent pas la suppression de tables du dictionnaire système. Vous devez supprimer manuellement des tables de l’instance cible. Alors que les ensembles de mises à jour suivent les changements de type de données, l’instance cible ignore tout changement qui entraîne une perte de données et ajoute à la place un message de journal sur l’action. Vous pouvez utiliser le journal pour effectuer des changements de type de données sur l’instance cible.
    Remarque :
    Les aperçus des ensembles de mises à jour ne détectent pas les incohérences de type lorsque des modifications peuvent entraîner une perte de données. Si vous supprimez une colonne de table via des ensembles de mises à jour, toutes les données existantes dans cette colonne sont perdues lorsque la mise à jour est validée. Un avertissement s’affiche indiquant quelles suppressions entraînent une perte de données.

    Pages d’accueil et pages de contenu

    Les pages d’accueil et les pages de contenu ne sont pas ajoutées aux ensembles de mises à jour par défaut. Ajouter des pages à l’ensemble de mises à jour actuel en les déchargeant.

    Important :

    La fonctionnalité des pages d’accueil, qui organisent les informations de votre instance pour raconter une histoire sur vos données, se trouve dans les tableaux de bord des nouvelles instances. Sur les instances mises à niveau avec Next Experience activé, les utilisateurs peuvent afficher les pages d’accueil existantes s’ils ont une URL directe, mais ils ne peuvent pas les créer ou les modifier. Les tableaux de bord dynamiques et Vue d'ensemble des analyses les tableaux de bord prennent le relais de la fonctionnalité de la page d’accueil.

    Utilisez l’outil d’aide à l’obsolescence de la page d’accueil pour convertir les pages d’accueil de votre instance en tableaux de bord dynamiques.

    Pour en savoir plus, consultez :

    Changements d’application

    Le système crée un ensemble de mises à jour distinct pour chaque application qui contient uniquement les modifications associées à l’application. Cette séparation vérifie que les paramètres d’accès de chaque application sont correctement évalués et appliqués lors de la validation des changements d’ensembles de mises à jour.