22.2 Utilisation des modèles installés

Identity Manager est livré avec un ensemble de définitions de requêtes de provisioning prédéployées et de workflows. Vous pouvez les utiliser comme modèles pour construire votre propre système de provisioning. Pour configurer votre système, définissez de nouveaux objets basés sur les modèles installés et personnalisez-les pour satisfaire les besoins de votre organisation.

Les modèles installés permettent de déterminer le nombre d'étapes d'approbation requises pour réaliser la requête. Vous pouvez configurer une requête de provisioning pour exiger :

Vous pouvez également spécifier si vous souhaitez une prise en charge du traitement parallèle ou séquentiel et si vous souhaitez accepter ou refuser la requête dans le cas où le workflow expire au cours du traitement.

Pour plus d'informations sur les modèles de conception du workflow, reportez-vous à la Section 21.1.2, Provisioning et workflow : exemple.

Identity Manager est livré avec ces modèles :

Modèle

Description

Approbation d'auto-provisioning

Permet de satisfaire une requête de provisioning sans aucune approbation.

Approbation en une étape (Timeout approuvé)

Requiert une seule approbation pour satisfaire la requête de provisioning. Si une activité expire, l'activité approuve la requête et la tâche se poursuit avec l'activité suivante.

Approbation séquentielle en deux étapes (Timeout approuvé)

Requiert deux approbations pour satisfaire la requête de provisioning. Si une activité expire, l'activité approuve la requête et la tâche se poursuit avec l'activité suivante.

Ce modèle prend en charge le traitement séquentiel.

Approbation séquentielle en trois étapes (Timeout approuvé)

Requiert trois approbations pour satisfaire la requête de provisioning. Si une activité expire, l'activité approuve la requête et la tâche se poursuit avec l'activité suivante.

Ce modèle prend en charge le traitement séquentiel.

Approbation séquentielle en quatre étapes (Timeout approuvé)

Requiert quatre approbations pour satisfaire la requête de provisioning. Si une activité expire, l'activité approuve la requête et la tâche se poursuit avec l'activité suivante.

Ce modèle prend en charge le traitement séquentiel.

Approbation séquentielle en cinq étapes (Timeout approuvé)

Requiert cinq approbations pour satisfaire la requête de provisioning. Si une activité expire, l'activité approuve la requête et la tâche se poursuit avec l'activité suivante.

Ce modèle prend en charge le traitement séquentiel.

Approbation en une étape (Timeout refusé)

Requiert une seule approbation pour satisfaire la requête de provisioning. Si une activité expire, le workflow refuse la requête.

Ce modèle prend en charge le traitement séquentiel.

Approbation séquentielle en deux étapes (Timeout refusé)

Requiert deux approbations pour satisfaire la requête de provisioning. Si une activité expire, le workflow refuse la requête.

Ce modèle prend en charge le traitement séquentiel.

Approbation séquentielle en trois étapes (Timeout refusé)

Requiert trois approbations pour satisfaire la requête de provisioning. Si une activité expire, le workflow refuse la requête.

Ce modèle prend en charge le traitement séquentiel.

Approbation séquentielle en quatre étapes (Timeout refusé)

Requiert quatre approbations pour satisfaire la requête de provisioning. Si une activité expire, le workflow refuse la requête.

Ce modèle prend en charge le traitement séquentiel.

Approbation séquentielle en cinq étapes (Timeout refusé)

Requiert cinq approbations pour satisfaire la requête de provisioning. Si une activité expire, le workflow refuse la requête.

Ce modèle prend en charge le traitement séquentiel.

Approbation parallèle en deux étapes (Timeout approuvé)

Requiert deux approbations pour satisfaire la requête de provisioning. Si une activité expire, l'activité approuve la requête et la tâche se poursuit avec l'activité suivante.

Ce modèle prend en charge le traitement parallèle.

Approbation parallèle en trois étapes (Timeout approuvé)

Requiert trois approbations pour satisfaire la requête de provisioning. Si une activité expire, l'activité approuve la requête et la tâche se poursuit avec l'activité suivante.

Ce modèle prend en charge le traitement parallèle.

Approbation parallèle en quatre étapes (Timeout approuvé)

Requiert quatre approbations pour satisfaire la requête de provisioning. Si une activité expire, l'activité approuve la requête et la tâche se poursuit avec l'activité suivante.

Ce modèle prend en charge le traitement parallèle.

Approbation parallèle en cinq étapes (Timeout approuvé)

Requiert cinq approbations pour satisfaire la requête de provisioning. Si une activité expire, l'activité approuve la requête et la tâche se poursuit avec l'activité suivante.

Ce modèle prend en charge le traitement parallèle.

Approbation parallèle en deux étapes (Timeout refusé)

Requiert deux approbations pour satisfaire la requête de provisioning. Si une activité expire, le workflow refuse la requête.

Ce modèle prend en charge le traitement parallèle.

Approbation parallèle en trois étapes (Timeout refusé)

Requiert trois approbations pour satisfaire la requête de provisioning. Si une activité expire, le workflow refuse la requête.

Ce modèle prend en charge le traitement parallèle.

Approbation parallèle en quatre étapes (Timeout refusé)

Requiert quatre approbations pour satisfaire la requête de provisioning. Si une activité expire, le workflow refuse la requête.

Ce modèle prend en charge le traitement parallèle.

Approbation parallèle en cinq étapes (Timeout refusé)

Requiert cinq approbations pour satisfaire la requête de provisioning. Si une activité expire, le workflow refuse la requête.

Ce modèle prend en charge le traitement parallèle.

Workflows et ressources provisionnéesChacune de ces définitions de requêtes de provisioning possède un lien préconfiguré vers un workflow et une ressource provisionnée. Vous pouvez modifier la ressource provisionnée associée à la définition de requêtes, mais pas le workflow ni sa topologie.

Catégories de requêtes de provisioningChaque modèle de requête de provisioning est également lié à une catégorie. Les catégories permettent d'organiser facilement les requêtes de provisioning pour l'utilisateur final. La catégorie par défaut pour tous les modèles de requêtes de provisioning est Droits. La clé de catégorie, qui est la valeur de l'attribut srvprvCategoryKey, est droits (minuscules).

Vous pouvez créer vos propres catégories à l'aide de l'éditeur de couche d'abstraction de l'annuaire. Lorsque vous créez une nouvelle catégorie, assurez-vous que la clé de catégorie (la valeur de srvprvCategoryKey) est en minuscules. Ainsi, vous êtes sûr que les catégories fonctionnent correctement dans l'application utilisateur Identity Manager.

Pour plus d'informations sur la création de catégories de provisioning, reportez-vous à la Section 4.4, Utilisation des listes.