Séparation de domaine et Catalogue de services

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

    • Catalogue de services prend en charge Séparation de domaine. 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

    • Inclut tous les aspects de la prise en charge de niveau Basique.
    • Les propriétés d'application sont sensibles au domaine selon les besoins.
    • 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 configurer la logique métier et les paramètres de données du produit minimum viable (MVP) 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.

    Informations sur l'activation

    Vous devez activer le module d’extension Catalogue de services - Séparation de domaine (com.glideapp.servicecatalog.domain_separation) pour activer Séparation de domaine pour Catalogue de services. Pour en savoir plus sur la procédure de demande d’activation du module d’extension, reportez-vous à la section Demande de séparation de domaine dans Catalogue de services.

    Ce module d’extension ne doit être activé que si les scénarios suivants sont nécessaires :
    • Isoler les éléments pour les demandeurs dans un domaine spécifique.
    • Rendez les éléments indisponibles pour la demande dans tout autre domaine, quelle que soit la hiérarchie des domaines.

    Si Catalogue de services a déjà été séparé en tant que solution personnalisée, l’activation de ce module d’extension peut remplacer le comportement existant pour appliquer l’isolement spécifique au module d’extension.

    Fonctionnement de Séparation de domaine dans Catalogue de services

    Les fournisseurs de services qui prennent en charge plusieurs clients dans une seule instance ServiceNow peuvent garantir la confidentialité des données dans tous les domaines à l’aide de Séparation de domaine. Les fournisseurs de services peuvent s’assurer que les éléments créés ou publiés dans un domaine spécifique ne peuvent être demandés que par des utilisateurs de ce domaine sans ajouter de critères d’utilisateur supplémentaires aux éléments de catalogue individuels.

    Dans Catalogue de services, les éléments de catalogue (éléments de catalogue, créateurs d’enregistrements, éléments de contenu et guides de commande) sont séparés par domaine en tant que données. Les catalogues, catégories et variables ne sont pas séparés par domaine et appartiennent au domaine global. En outre, les éléments qui doivent être partagés entre plusieurs domaines doivent être publiés dans le domaine global et restreints par des critères d’utilisateur.

    Séparation de domaine dans Catalogue de services s’applique à toutes les vues de demandeur dans l’application mobile , Portail de servicesEspace de travail d'agent ainsi qu’à tous les appels d’API ServiceNow AI Platform demandant des éléments.

    Tables séparées par domaine

    Les colonnes Domaine (sys_domain) et Chemin de domaine (sys_domain_path) sont ajoutées aux tables suivantes qui sont séparées par domaine :
    • sc_cat_item
    • sc_item_option
    • sc_multi_row_question_answer
    • question_answer

    Domaine effectif pour un utilisateur

    Pour les utilisateurs ayant une visibilité sur un seul domaine, le domaine effectif est le domaine de l’utilisateur. Pour les utilisateurs ayant une visibilité sur plusieurs domaines, le domaine effectif est le domaine sélectionné dans le sélecteur de domaine.

    Visibilité des éléments de catalogue : création et maintenance des éléments

    Un élément de catalogue peut être créé ou publié dans n’importe quel domaine de la hiérarchie. Pour plus d’informations sur la création d’un élément de catalogue, reportez-vous à la section Créer ou modifier un élément de catalogue. L’élément est créé dans le domaine effectif de l’utilisateur. Pour plus d’informations sur l’activation du sélecteur de domaine, consultez Activer les menus de sélection de domaine dans l’interface utilisateur principale. Une fois l’élément créé dans un domaine spécifique, toutes les modifications futures de l’élément sont effectuées dans ce domaine lui-même.

    Si un élément de catalogue est publié à l’aide du concepteur d’éléments, le domaine de l’élément est le domaine sélectionné dans le sélecteur de domaine lors de la publication de l’élément. Une fois l’élément publié, il ne peut être modifié et republié que dans le domaine dans lequel il a été publié à l’origine.

    Les éléments de catalogue sont séparés par domaine en tant que données. Uniquement pour la maintenance et l’administration, la visibilité des éléments de catalogue suit les règles de hiérarchie du domaine des données. Pour plus d’informations sur les hiérarchies de séparation de domaine, voir Hiérarchies de séparation de domaine.

    Les critères d’utilisateur associés à un élément de catalogue doivent être visibles dans le domaine de l’élément de catalogue. S’il n’est pas visible, l’élément de catalogue est considéré comme n’étant pas associé à ce critère d’utilisateur.

    Visibilité des éléments de catalogue : flux de demande d’élément

    L’élément de catalogue créé dans un domaine spécifique n’est disponible dans l’expérience de navigation, de recherche et de demande que dans ce domaine et non dans les domaines homologues, enfants et parents, quels que soient la hiérarchie et la visibilité des domaines. Ainsi, les demandeurs ne peuvent demander que des éléments dans leur domaine ainsi que dans le domaine global.

    Pour les utilisateurs ayant accès à plusieurs domaines (par exemple, prestataire informatique), les éléments sont disponibles sur demande en fonction du domaine sélectionné dans le sélecteur de domaine. Pour afficher ou demander un élément d’un domaine spécifique, l’utilisateur doit basculer vers ce domaine. Pour plus d’informations sur l’activation du sélecteur de domaine, consultez Activer les menus de sélection de domaine dans l’interface utilisateur principale.

    Lorsqu’un demandeur soumet une demande à l’aide d’un guide de commande contenant des éléments de plusieurs domaines, seuls les éléments du domaine effectif et du domaine global sont commandés.

    Les enregistrements cibles, tels que les demandes, les éléments demandés ou les enregistrements créés par les créateurs d’enregistrement, sont créés dans le domaine effectif.

    Flux d’exécution de demande et génération de rapports pour un élément de catalogue séparé par domaine

    Les enregistrements cibles, tels que les demandes, les éléments demandés ou les enregistrements créés par les créateurs d’enregistrement, peuvent être consultés par un prestataire qui a une visibilité sur le domaine dans lequel l’enregistrement a été généré. Pour en savoir plus sur la visibilité dans les hiérarchies de domaines, consultez Domaines de visibilité et domaines de contenu. Même lorsque le prestataire modifie l’élément demandé à partir d’un domaine autre que le domaine de l’élément demandé, les modifications sont enregistrées dans le domaine de l’enregistrement cible. Étant donné que les enregistrements cibles sont séparés en tant que données, les rapports récupèrent les données en fonction du domaine effectif de l’utilisateur qui demande le rapport.

    Flux de demande par un prestataire d’un domaine différent

    Lorsqu’un prestataire crée une demande à partir d’un enregistrement parent tel qu’un incident dans Espace de travail d'agent ou dans ServiceNow AI Platform, il peut uniquement demander un élément à partir du domaine de l’enregistrement parent ou du domaine global. En outre, les enregistrements cibles correspondants sont créés dans le domaine de l’enregistrement parent.
    Remarque :
    Les articles provenant de plusieurs domaines ne peuvent pas être ajoutés au panier.

    Scripts clients du catalogue et politiques d’interface utilisateur du catalogue

    Étant donné que les scripts clients du catalogue et les politiques d’interface utilisateur du catalogue sont séparés par un domaine en tant que processus, les scripts et les politiques du domaine parent peuvent être remplacés dans les domaines enfants. Toutefois, ces scripts et politiques s’appliquent en fonction du domaine de l’élément de catalogue ou du domaine de l’enregistrement cible.

    Par exemple, considérons que A est le domaine parent et B est son domaine enfant. Un élément de catalogue dans le domaine B est associé à un script client de catalogue défini dans le domaine A. Si ce script client de catalogue est remplacé dans le domaine enfant B, le script remplacé dans le domaine B s’applique lors de l’exécution de l’élément demandé dans le domaine B. Même lorsqu’un prestataire du domaine parent A remplit l’élément demandé dans le domaine enfant B, le script remplacé dans le domaine B est applicable.
    Remarque :
    Il est recommandé de ne pas remplacer les scripts clients du catalogue et les politiques d’interface utilisateur du catalogue.

    Générateur de catalogue

    Un élément ne peut être modifié que dans le domaine dans lequel il a été créé. Les politiques et actions d’interface utilisateur du catalogue ajoutées dans le générateur de catalogue sont créées dans le même domaine que celui de l’élément.