Gestion de Séparation de domaine pour des utilisations spécifiques

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 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é sur le domaine de l’enregistrement joint uniquement, et non sur le domaine entier de l’utilisateur.

    Catalogue de services

    Le catalogue de services 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 des comptes administrateur du 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 disposer de comptes d’utilisateurs en production s’ils doivent utiliser l’application.

    Utilisation des champs

    Plusieurs points sont à prendre en compte lorsque vous travaillez avec des champs. Portez une attention particulière à ces champs, car ils peuvent présenter de nombreuses variations qui affectent vos configurations.
    Listes
    Il existe des listes personnelles, globales et de domaines, ainsi que plusieurs vues de chacun.
    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 base de données. Tenez compte de l’impact global avant d’en créer une.
    Remarque :
    Les scripts ACL ne peuvent pas empêcher l’affichage d’un champ 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 qui contient 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 .