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 du domaine remplacent les politiques définies plus haut dans la hiérarchie du domaine. Lorsqu’ils sont 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 de l’application et du module
• Rôles d'application
• Filtres de module

Lorsque les utilisateurs disposent du rôle d’administrateur , toutes les politiques de l’instance sont à leur disposition, quel que soit le domaine affecté. Ils peuvent entrer un domaine spécifique, puis seules les polices de ce domaine ou d’un domaine supérieur 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 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 d’origine de la politique, de l’application ou du module. Ce nouvel enregistrement remplace l’original.

Pour apporter des modifications à une politique dans un domaine de niveau inférieur, accédez à ce domaine et modifiez-la. Cette approche crée l’enregistrement de politique dans votre domaine qui remplace l’enregistrement de politique d’origine de niveau supérieur.

Ne changez pas la stratégie de niveau supérieur, puis le champ Domaine de cette stratégie. 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 à un niveau inférieur de la hiérarchie remplace un enregistrement à un niveau supérieur. Le système définit automatiquement ce champ lorsqu’un administrateur tente de modifier une stratégie, une application ou un module qui appartient à un autre domaine situé plus haut dans la hiérarchie.

Plutôt que de modifier l’enregistrement de niveau supérieur, la tentative de mise à jour est changée en insertion, et le champ sys_overrides est défini pour indiquer la politique, l’application ou le module de niveau supérieur qui est remplacé. Ultérieurement, 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.