Séparation de domaine et Exploration de processus
L'application Séparation de domaine est prise en charge dans Exploration de processus. 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 ensuite 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 : basique
- Logique métier : garantit que les données parviennent au bon domaine pour les cas d'utilisation du fournisseur de service de l'application.
- L'application prend en charge Séparation de domaine lors de l'exécution. Séparation de domaine inclut la séparation à partir de l'interface utilisateur, des clés de cache, du reporting, des déploiements et des agrégations.
- Le propriétaire de l'instance doit configurer l'application de sorte qu'elle fonctionne sur plusieurs locataires.
Exemple de cas d'utilisation : lorsqu'un fournisseur de service (SP) utilise la messagerie instantanée pour répondre au message d'un locataire-client, le client doit pouvoir afficher la réponse du SP.
Pour en savoir plus sur les niveaux de prise en charge, consultez la rubrique Prise en charge de Séparation de domaine par les applications.
Vue d'ensemble de Exploration de processus
Exploration de processus fournit un moyen de générer des flux de processus business à partir de la surveillance des pistes d’audit et de l’analyse de l’efficacité, afin que vous puissiez détecter rapidement les inefficacités de vos processus. Cela permet d’analyser en profondeur les processus business pour améliorer les résultats.
Comment fonctionne Séparation de domaine dans Exploration de processus
Un projet est configuré pour générer le flux de processus. Toutes les entités associées à une définition de modèle de processus, telles que les définitions d’activité, les définitions de répartition, les définitions de table enfant, les journaux de données d’extraction, les jeux de filtres, les notes et les initiatives CIM sont créées dans le même domaine que la définition du modèle de processus.
Lorsque vous créez une nouvelle définition de projet, vous configurez son domaine dans le domaine de l’utilisateur actuel. Étant donné que vous placez toutes les entités connexes d’une définition de modèle afin qu’elles résident dans le même domaine, lorsque vous créez ensuite une entité connexe pour une définition de projet séparée par domaine, l’entité est affectée au domaine de la définition de projet.
Vous pouvez partager un projet avec son propre domaine ou avec des utilisateurs de domaine mondiaux.
Une Exploration de processus tâche planifiée peut inclure des définitions de projet uniquement dans le domaine de la tâche correspondante.
Une définition de projet lancée à partir du KPI Analyse des performances est créée dans le domaine de l’utilisateur actuel.
Une nouvelle initiative CIM ajoutée à partir d’un Exploration de processus espace de travail est créée dans le domaine de la définition de projet.
Cas d'utilisation
- Définition de projet créée dans le domaine ACME : un utilisateur appartenant au domaine ACME, à son parent ou au domaine global peut voir la définition du projet.
- Une Exploration de processus tâche planifiée créée dans le domaine ACME : un utilisateur appartenant au domaine ACME, à son domaine parent ou au domaine global peut afficher la Exploration de processus tâche planifiée.
- Une Exploration de processus tâche planifiée créée dans le domaine ACME : un utilisateur peut inclure uniquement une définition de projet appartenant au domaine ACME.Remarque :Les changements de domaine en cascade ne sont pas pris en charge.