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 d’un enregistrement
- Modèle de formulaire utilisé lors de la création d’un enregistrement
- Domaine de l’enregistrement parent
- Domaine affecté à Enregistrement utilisateur
- Domaine de l’utilisateur qui le 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és système
[sys_properties] - Entités de la liste d’exclusion/d’inclusion
de sécurité [sys_security_restricted_list] - Entrée de 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 société. 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 des 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 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 URL sysparm_domain 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 de : sysparm_domain=sys_ID de domaine.
Utilisation des modèles de formulaire 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 domaine TOP/ACME affecte automatiquement tous les enregistrements de ce modèle 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 en fonction des domaines d’utilisateurs
Si aucune autre condition de domaine ne s’applique, un enregistrement hérite automatiquement du domaine de l’utilisateur qui le crée.