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 service. Les cas d’utilisation reflètent l’utilisation appropriée de l’application par plusieurs clients fournisseurs de service dans une seule instance.
• Le propriétaire de l’instance doit être en mesure de configurer la logique métier MVP et les paramètres de données par locataire comme prévu pour l’application spécifique.

Cas d’utilisation : en tant qu’administrateur, j’ai besoin de pouvoir rendre les commentaires obligatoires à la fermeture d’un enregistrement pour un locataire, mais pas pour un autre.

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

Bien que les workflows soient gérés par plusieurs tables, seules les tables suivantes sont utilisées pour les fonctionnalités de séparation de domaine :

• Workflow [wf_workflow] et Version du workflow [wf_workflow_version] : utilisées pour l’administration ou la séparation des processus .
• Contexte du workflow [wf_context] : utilisé pour Comprendre la séparation par domaine.

Remarque :

La table Version du workflow [wf_workflow_version] ne contient pas de champ de domaine ; Les enregistrements de version de workflow héritent leur domaine de l’enregistrement de workflow parent.

L’éditeur de workflow affiche le domaine d’un workflow dans la barre de titre après le nom du workflow.

Figure 1. Domaine de l’éditeur de workflow

Information associée

• Séparation de domaine pour les fournisseurs de services

Workflows et administration déléguée

L’administration déléguée permet aux domaines enfants d’hériter des workflows plus haut placés dans la hiérarchie du domaine et de les remplacer par des versions spécifiques au domaine si nécessaire.

Figure 2. Workflow et administration déléguée

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, mais pas copier, un workflow d’un domaine parent. 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 des services ITSM pour plusieurs entreprises, dont ACME et Initech, sur une seule instance. En tant qu’administrateur, 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é dans la hiérarchie des domaines. Ce workflow remplace le workflow global Demande de changement - Urgence et spécifie que les demandes de changement urgent doivent être approuvées par le groupe d’approbation du CAB. En raison de l’administration déléguée, chaque domaine de la hiérarchie voit et utilise ce workflow. Supposons maintenant que le domaine ACME exige une politique d’approbation différente lorsque les demandes de changement urgent nécessitent l’approbation du groupe d’approbation du CAB urgent. 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 conserve le domaine et les informations d’identification d’un utilisateur jusqu’à ce qu’une activité provoque l’attente du workflow, par exemple une activité d’approbation en attente d’approbation ou de rejet. Lorsque le workflow interrompu 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.