Gestion de Domain Separation pour des utilisations spécifiques

  • Rversion finale: Washingtondc
  • Mis à jour 1 févr. 2024
  • 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, donnant ainsi à vos clients plus de flexibilité.

    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 remplacement basé sur le domaine de l’enregistrement joint uniquement, et non sur le domaine entier de l’utilisateur.

    Catalogue de services

    Le Service Catalog est maintenant séparé par domaine afin que vos clients puissent voir le catalogue et y accéder. Les éléments sont traités en tant que conditions OR 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 précisément à leurs propres critères.

    Utilisateurs et groupes

    Utilisez uniquement des comptes d’administrateur dans le domaine global, car les administrateurs doivent avoir accès à tous les domaines. Effectuez 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 recevoir des comptes d’utilisateur en production s’ils doivent utiliser l’application.

    Utilisation des champs

    Il y a plusieurs points à prendre en compte lorsque vous travaillez avec des champs. Portez une attention particulière à ces champs, car ils peuvent avoir 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 des processus et qui doivent descendre vers des domaines enfants ont également besoin du champ sys_domain .