Domain separation et Générateur de tables

  • Rversion finale: Yokohama
  • Mis à jour 30 janv. 2025
  • 3 minutes de lecture
  • Séparation de domaine vous permet de séparer les données, les processus et les tâches administratives en groupes logiques appelés domaines. Vous pouvez contrôler plusieurs aspects de cette séparation, notamment les utilisateurs qui peuvent voir les données et y accéder.

    Niveau de prise en charge : Standard*

    Le niveau de prise en charge est Standard mais compte des exceptions ou des conditions spéciales.

    • Inclut tous les aspects du support de niveau basique .
    • Logique métier : le fournisseur de service (SP) crée ou modifie des processus par client. Les cas d'utilisation reflètent l'utilisation appropriée de l'application par plusieurs clients SP dans une seule instance.
    • Le propriétaire de l'instance doit être en mesure de configurer la logique métier et les paramètres de données du produit minimum viable (MVP). Cette configuration est effectuée par locataire, comme prévu pour l'application spécifique.

    Exemple de cas d'utilisation : un administrateur doit être en mesure de donner les commentaires appropriés lorsqu'un enregistrement se ferme pour un locataire, mais pas pour un autre.

    Pour en savoir plus sur les niveaux de prise en charge, consultez la rubrique Prise en charge de Séparation de domaine par les applications.

    Vue d’ensemble de Séparation de domaine

    Générateur de tables Permet aux développeurs de configurer la mise en page et la logique de chaque vue de formulaire pour les tables de leur application. Lors du lancement à partir de , Générateur de tables prend en charge Séparation de domaine, qui est l’architecture mutualisée à l’échelle de Générateur d'IUl’instanceServiceNow.

    Remarque :
    L’application Séparation de domaine est prise en charge lorsqu’elle est lancée à Générateur de tables partir de Générateur d'IU. L’application Séparation de domaine n’est pas prise en charge lors du lancement Générateur de tables à partir de App Engine Studio.

    Générateur de tables permet aux développeurs dans des environnements séparés par domaine de créer des formulaires alors qu’ils se trouvent dans la même fenêtre de navigateur. Séparation de domaine fonctionne Générateur de tables de la même manière qu’un périmètre d’application qui aide les administrateurs à créer ou modifier dans un environnement mutualisé.

    La normalisation est le principe clé pour maintenir une instance stable, saine et évolutive ServiceNow , dans laquelle Séparation de domaine est installée. Grâce à la standardisation, vous disposez d’une configuration commune selon laquelle la majeure partie de l’instance fonctionne. Lorsqu’une instance compte des centaines ou des milliers de domaines, leur gestion réussie nécessite une gouvernance rigoureuse. Les configurations spécifiques à un domaine ne doivent être effectuées que si elles sont jugées nécessaires par les propriétaires d’instances. La plupart des instances doivent suivre la configuration d’instance commune pour fournir une expérience plus uniforme sur l’ensemble de l’instance. Il permet également aux propriétaires d’instances de minimiser la prolifération du code qui ralentit l’adoption des nouvelles ServiceNow fonctionnalités incluses dans les mises à niveau de la version.

    Comment fonctionne Séparation de domaine dans Générateur de tables

    Générateur de tables permet aux développeurs de changer de domaine de session pour créer des remplacements de domaine pour la mise en page du formulaire, la disposition de la section et la logique de formulaire. Les modifications apportées à l’enregistrement du dictionnaire système (telles que les métadonnées de champ pour une étiquette de champ) ne nécessitent pas de remplacements de domaine. Les modifications de la mise en page du formulaire nécessitent des remplacements de domaine à la fois pour l’enregistrement de formulaire et pour la section lorsque le changement est effectué sur un domaine inférieur. Lors de la création d’un remplacement de domaine, les étiquettes de section ne peuvent pas être modifiées avant d’enregistrer le remplacement.

    Remarque :
    Les politiques d’interface utilisateur peuvent également avoir des remplacements dans les domaines inférieurs. Un indicateur de remplacement apparaît dans la politique d’interface utilisateur.
    Dans le domaine global, un développeur peut étendre le champ d’application de domaine pour voir toutes les vues de formulaire de domaines différents. Les développeurs peuvent afficher toutes les vues de formulaire et les vues avec des remplacements indiqués par une icône.
    Remarque :
    Aucun enregistrement n’est sys_ui_forms joint aux enregistrements de formulaire à section unique. Au lieu de cela, ces enregistrements n’ont qu’un enregistrement joint sys_ui_section jusqu’à ce qu’une deuxième section soit créée. Si un formulaire à section unique contient des remplacements de domaine existants et que le développeur ajoute une autre section au formulaire, les remplacements de domaine existants seront rompus.