Affectation de domaine
Par défaut, Séparation de domaine ajoute un champ de domaine aux tables et à leurs extensions.
Vous pouvez également étendre Séparation de domaine à toutes les nouvelles tables que vous créez en ajoutant un champ sys_domain à la définition de dictionnaire de la table. Par défaut, le domaine système uniquement sépare les tables de plateforme et d'application de base de référence, le cas échéant.
Un seul domaine est affecté à chaque enregistrement.Ce domaine est stocké dans le champ sys_domain.Par défaut, plusieurs tables ont la colonne sys_domain et sont déjà séparées par domaine.
- Société à laquelle l’utilisateur appartient
- Règle métier lors de la création d’un enregistrement
- Module utilisé lors de la création de l’enregistrement
- Modèle de formulaire utilisé lors de la création d’un enregistrement
- Domaine de l’enregistrement parent
- Domaine affecté à l’enregistrement utilisateur
- Domaine de l’utilisateur qui les crée
Le système empêche les tables suivantes d’être séparées par domaine :
- Contrôle d’accès
[sys_security_acl] - Script include
[sys_script_include] - Propriété système
[sys_properties] - Entités de la liste d’exclusion/d’inclusion de sécurité
[sys_security_restricted_list] - Entrée du dictionnaire
[sys_dictionary] - Contournement d’entrée de dictionnaire
[sys_dictionary_override]
Affectation d’utilisateurs à des sociétés
Les administrateurs peuvent rapidement affecter des utilisateurs à un domaine en les affectant à une entreprise. Une fois que les utilisateurs sont affectés à un domaine, les enregistrements héritent automatiquement du domaine de l’utilisateur.
Par exemple, l’affectation de Bow Ruggeri à la société ACME l’affecte automatiquement au domaine ACME. L’affectation de Don Goodliffe à la société Initech l’affecte automatiquement au domaine Initech. Tous les enregistrements qu’ils créent sont automatiquement ajoutés au domaine approprié.
Utilisation de règles métier pour affecter des domaines
Les administrateurs peuvent utiliser une règle métier pour définir automatiquement une valeur de domaine lors de la création d’un enregistrement. La règle métier doit définir une valeur dans le champ sys_domain . Les administrateurs doivent s’assurer qu’il existe une colonne sys_domain disponible pour la table de l’enregistrement. Pour en savoir plus, reportez-vous à la section Pratiques recommandées de séparation de domaine pour les fournisseurs de services.
Utilisation de modules pour affecter des domaines
Les administrateurs peuvent utiliser le paramètre sysparm_domain URL pour affecter automatiquement de nouveaux enregistrements à un domaine particulier à partir d’un module. Les administrateurs doivent créer un module avec une valeur d’argument : sysparm_domain=sys_ID de domaine.
Utilisation de modèles de formulaires pour affecter des domaines
Les administrateurs peuvent utiliser un modèle de formulaire pour affecter automatiquement de nouveaux enregistrements à un domaine particulier. Les administrateurs doivent ajouter le champ sys_domain au formulaire et sélectionner une valeur de domaine. Par exemple, si vous définissez le champ sys_domain sur le domaine TOP/ACME , tous les enregistrements de ce modèle sont automatiquement affectés au domaine TOP/ACME.
Héritage de domaine sur les tables
Par défaut, les enregistrements connexes héritent du domaine de l’enregistrement parent. Par exemple :
- Un enregistrement de tâche de changement hérite du domaine de l’enregistrement de demande de changement parent.
- Un enregistrement de problème hérite du domaine de l’enregistrement d’incident parent.
Affectation automatique de domaines basée sur les domaines d’utilisateur
Si aucune autre condition de domaine ne s’applique, un enregistrement hérite automatiquement du domaine de l’utilisateur qui le crée.