Administration des processus
L’administration des processus permet aux administrateurs de définir des stratégies spécifiques à un domaine.
Les politiques définies plus bas dans la hiérarchie de domaine remplacent les politiques définies plus haut dans la hiérarchie de domaine. Dans un domaine, les administrateurs peuvent définir des versions spécifiques au domaine de ces stratégies et paramètres globaux :
- Scripts clients
- Politiques système
- Noms des applications et des modules
- Rôles d'application
- Filtres de module
Lorsque les utilisateurs disposent du rôle administrateur , toutes les politiques de l’instance sont disponibles, quel que soit le domaine affecté. Ils peuvent entrer un domaine spécifique, puis seules les politiques de ce domaine ou d’une politique supérieure sont visibles et traitées lors d’une transaction pertinente. Lorsqu’un administrateur modifie une politique qui se trouve dans un domaine supérieur ou dans le domaine global, le système crée automatiquement un nouvel enregistrement pour le domaine actuel de cet administrateur. Elle ne modifie pas l’enregistrement de politique, d’application ou de module d’origine. Ce nouvel enregistrement remplace l’original.
Pour apporter des changements à une politique dans un domaine de niveau inférieur, accédez à ce domaine et modifiez la politique. Cette approche crée l’enregistrement de politique dans votre domaine qui remplace l’enregistrement de politique de niveau supérieur d’origine.
Ne modifiez pas la politique de niveau supérieur, puis le champ Domaine de cette politique. Cette approche ne crée pas d’enregistrement de politique dans votre domaine de niveau inférieur et ne conserve pas non plus l’enregistrement de politique pour le domaine de niveau supérieur.
Le champ sys_overrides indique qu’une politique, une application ou un module d’un niveau inférieur dans la hiérarchie remplace un enregistrement d’un niveau supérieur. Le système définit automatiquement ce champ lorsqu’un administrateur tente de modifier une politique, une application ou un module appartenant à un autre domaine placé plus haut dans la hiérarchie.
Plutôt que de modifier l’enregistrement de niveau supérieur, la tentative de mise à jour est modifiée en un encart et le champ sys_overrides est défini pour indiquer la politique, l’application ou le module de niveau supérieur en cours de remplacement. Plus tard, lorsque les enregistrements d’une transaction pertinente sont chargés, la politique, l’application ou le module spécifique au domaine de remplacement est utilisé à la place de l’original.
Domaines pour l’administration des processus
Par défaut, l’administration des processus utilise toujours le domaine de l’enregistrement pour déterminer les politiques à appliquer.
Le domaine de l’enregistrement a priorité sur le domaine de l’utilisateur. Si le domaine de l’enregistrement ne contient aucune politique, l’administration déléguée recherche les politiques se situant au niveau immédiatement supérieur de la hiérarchie de domaine. La recherche de politiques de domaine se poursuit dans la hiérarchie des domaines jusqu’à atteindre le domaine global. S’il n’y a pas de politiques de domaine plus bas dans la hiérarchie de domaine, l’administration des processus utilise les politiques pour le domaine global.
Par exemple, Fred Luddy est un utilisateur du domaine Acme qui peut voir les enregistrements dans les domaines enfants des domaines enfants Acme : Atlanta, Acme : San Diego et Acme : NY. Lorsque cet utilisateur ouvre un enregistrement dans le domaine Acme : San Diego, l’administration des processus vérifie d’abord les politiques dans le domaine Acme : San Diego. S’il n’y a pas de politiques à ce niveau de la hiérarchie du domaine, l’administration des processus recherche les politiques du domaine ACME. Si aucune politique n’est disponible dans le domaine ACME, l’administration des processus utilise les politiques de domaine globales, car il n’existe aucun autre domaine placé plus haut dans la hiérarchie de domaine.