Gestion de la séparation de domaine pour des utilisations spécifiques

  • Rversion finale: Zurich
  • Mis à jour 31 juil. 2025
  • 2 minutes de lecture

    • Vous pouvez configurer des domaines distincts pour les notifications par e-mail et personnaliser les propriétés du catalogue, des tables, des utilisateurs, des groupes et des vues. Cela vous permet de fournir un comportement plus spécifique dans chaque domaine, ce qui donne plus de flexibilité à vos clients.

    E-mails

    Vous pouvez utiliser des domaines distincts pour les notifications par e-mail et les remplacements. Lorsque vous utilisez des domaines distincts pour les notifications, vous pouvez effectuer un contournement basé uniquement sur le domaine de l’enregistrement joint et non sur l’ensemble du domaine de l’utilisateur.

    Catalogue de services

    Service Catalog est maintenant séparé par domaine afin que vos clients puissent voir et accéder au catalogue. Les éléments sont traités comme des conditions OU lorsque plusieurs éléments sont utilisés. Les fournisseurs de services doivent gérer eux-mêmes les catégories et les éléments afin qu’ils correspondent spécifiquement à leurs propres critères.

    Utilisateurs et groupes

    Utilisez uniquement les comptes administrateur du domaine global, car les administrateurs ont besoin d’accéder à tous les domaines. Faites tous vos tests d’application à partir d’un domaine réel, et non dans le domaine global. Les remplacements ne sont pas traités correctement dans le domaine global. Les administrateurs doivent également disposer de comptes d’utilisateurs en production s’ils doivent utiliser l’application.

    Travailler avec les champs

    Il y a plusieurs points à prendre en compte lorsque vous travaillez avec les champs. Portez une attention particulière à ces champs, car ils peuvent présenter de nombreuses variantes qui affectent vos configurations.
    Listes
    Il existe des listes personnelles, globales et de domaines, ainsi que plusieurs vues de chacune.
    Formulaires
    Il existe des listes globales et de domaines, ainsi que plusieurs vues de chacun.
    Une base de données
    Tous les champs que vous créez existent pour tous les utilisateurs, dans une seule base de données. Tenez compte de l’impact global avant d’en créer un.
    Remarque :
    Les scripts ACL ne peuvent pas empêcher un champ d’être affiché dans une liste, car ils ne s’exécutent pas. Vous pouvez ajouter une ACL LECTURE pour masquer un champ aux utilisateurs si l’ACL est uniquement basée sur les rôles.

    Création de tables

    Lorsque vous créez une table, vous devez ajouter un champ sys_domain ou sys_overrides . Toute table contenant des données auxquelles les utilisateurs de votre instance doivent accéder a besoin du champ sys_domain . Les tables qui étendent ou prennent en charge les processus et qui doivent descendre vers des domaines enfants ont également besoin du champ sys_domain .