Séparation de domaine et Workflow
L'application Workflow prend en charge Séparation de domaine. Séparation de domaine vous permet de séparer les données, les processus et les tâches administratives en groupes logiques appelés domaines. Vous pouvez contrôler plusieurs aspects de cette séparation, notamment les utilisateurs qui peuvent voir les données et y accéder.
Niveau de prise en charge : Standard*
- Inclut le niveau Basique
- Logique métier : les processus peuvent être créés ou modifiés par client par le fournisseur de services. Les cas d’utilisation reflètent l’utilisation appropriée de l’application par plusieurs clients fournisseurs de services dans une seule instance.
- Le propriétaire de l’instance doit être en mesure de configurer la logique métier et les paramètres de données MVP par locataire comme prévu pour l’application spécifique.
Vue d'ensemble
Lorsque Séparation de domaine est activée, les workflows et les activités de workflow héritent du domaine de l’utilisateur qui les publie ou les crée.
Fonctionnement de Domain separation dans l'application Workflow
- Workflow [wf_workflow] et Version de workflow [wf_workflow_version] : utilisés pour l’administration ou la séparation des processus.
- Contexte du workflow [wf_context] : utilisé pour comprendre la séparation de domaine.
L’éditeur de workflow affiche le domaine d’un workflow dans la barre de titre après son nom.
Workflows et administration déléguée
L’administration déléguée permet aux domaines enfants d’hériter des workflows d’un niveau supérieur dans la hiérarchie des domaines et de les remplacer par des versions spécifiques au domaine, si nécessaire.
Les enregistrements de workflow dans les tables Workflow [wf_workflow] et Version de workflow [wf_workflow_version] sont considérés comme des processus. Un utilisateur d’un domaine enfant peut extraire un workflow d’un domaine parent, mais pas le copier. Lorsqu’un utilisateur d’un domaine enfant extrait un workflow d’un domaine parent, le système crée une version du workflow dans le domaine de cet utilisateur. Cette nouvelle version est un enregistrement unique dans la table Workflow [wf_workflow]. Une fois que l’utilisateur a publié ce nouveau workflow, d’autres utilisateurs du domaine enfant utilisent le nouveau workflow, qui remplace le workflow du domaine parent. Le workflow d’origine dans le domaine parent n’est plus visible pour les utilisateurs du domaine enfant.
Par exemple, un fournisseur de services gérés (MSP) héberge les services ITSM de plusieurs sociétés, dont ACME et Initech, sur une seule instance. En tant qu’administrateurs, le MSP crée un workflow Demande de changement - Urgence qui s’applique à tous les domaines, car il a été créé dans le domaine TOP, qui est le domaine le plus élevé de la hiérarchie de domaine. Ce workflow remplace le workflow global Demande de changement - Urgence et spécifie que les demandes de changement urgent nécessitent l’approbation du groupe d’approbation du CAB. En raison de l’administration déléguée, tous les domaines de la hiérarchie voient et utilisent ce workflow. Supposons maintenant que le domaine ACME nécessite une politique d’approbation différente lorsque les demandes de changement urgent nécessitent l’approbation du groupe d’approbation CAB d’urgence. Le MSP crée une autre version du workflow Demande de changement - Urgence dans le domaine ACME. Ce workflow remplace la version dans le domaine TOP et s’applique uniquement aux utilisateurs dans le domaine ACME.
Autorisations de workflow
Lorsqu’un utilisateur démarre un nouveau workflow, le workflow s’exécute avec le domaine et les informations d’identification de cet utilisateur.
Le workflow préserve le domaine et les informations d’identification d’un utilisateur jusqu’à ce qu’une activité entraîne l’attente du workflow, comme une activité d’approbation en attente d’approbation ou de rejet. Lorsque le workflow arrêté reprend, par exemple lorsqu’un utilisateur approuve une demande, le workflow utilise les informations d’identification de l’utilisateur approbateur, mais continue de s’exécuter dans le domaine de l’utilisateur d’origine.