Architecture de Request Management

Request Management permet de demander des éléments de catalogue et d'y répondre en fonction des flux définis.

Hiérarchie de Request Management

Service Catalog est le point de départ du processus de gestion des demandes. Le processus de gestion des demandes n'est déclenché que lorsqu'un élément de catalogue de la table Élément de catalogue [sc_cat_item] est demandé.

Lorsqu'un utilisateur envoie une demande pour un élément de catalogue, les enregistrements sont générés dans la hiérarchie suivante.

Remarque :

les variables sont uniquement associées à la table Élément demandé [sc_req_item]. Les variables ne sont pas prises en charge pour les tables étendues.

Figure 1. Hiérarchie de Request Management

Remarque :

lorsque vous configurez Request Management :

• Le modèle de données ne prend pas en charge le créateur d'enregistrement qui génère des objets de la gestion des demandes tels que la demande, l'élément de demande et la tâche du catalogue. Par conséquent, n'utilisez pas de créateur d'enregistrement pour insérer des enregistrements dans les tables Request Management suivantes ou leurs extensions :
  • Demande [sc_request]
  • Élément de demande [sc_req_item]
  • Tâche du catalogue [sc_task]
• N'écrivez pas de règles métier avec le déclencheur avant pour les tables suivantes :
  • Demande [sc_request]
  • Élément de demande [sc_req_item]
  • Panier [sc_cart]
  • Élément du panier [sc_cart_item]

Processus de gestion des demandes

L'élément de catalogue est commandé directement sans l'ajouter au panier

Lorsqu'un élément de catalogue est commandé ou demandé directement sans avoir été ajouté au panier, le processus est le suivant :

1. Un panier temporaire, sc_cart, est créé.
2. L'élément de catalogue ainsi que les variables (valeurs saisies par l'utilisateur) sont ajoutés au panier temporaire en tant qu'enregistrement dans la table Élément du panier [sc_cart_item].
3. Les variables sont enregistrées dans les tables Options [sc_item_option] et Propriété de variable [sc_item_option_mtom].
4. Le panier temporaire est alors vérifié de la manière suivante.
   1. Un enregistrement de la table Demande [sc_request] est initialisé mais n'est pas validé dans la base de données.
   2. Un enregistrement de la table Élément de demande [sc_req_item] est initialisé mais n'est pas validé dans la base de données.
   3. La référence de la demande de l'enregistrement de la table Élément de demande [sc_req_item] est mise à jour avec l'enregistrement de la table Demande [sc_request].
   4. Les variables enregistrées dans les tables Options [sc_item_option] et Propriété de variable [sc_item_option_mtom] sont mises à jour en fonction de l'enregistrement de la table Élément de demande [sc_req_item].
   5. L'enregistrement de la table Élément de demande [sc_req_item] est validé dans la base de données.
   6. L'enregistrement de la table Demande [sc_request] est validé dans la base de données.

La demande est envoyée après l'ajout de l'élément au panier

Si un élément de catalogue est ajouté au panier et que la demande est envoyée à l'aide du processus de validation, le panier par défaut est vérifié.

Toutes les étapes mentionnées dans le scénario précédent, l'élément de catalogue est commandé directement sans l'ajouter au panier, sont applicables. Toutefois, si plusieurs éléments de catalogue sont ajoutés au panier, l'étape b à l'étape e sont répétées pour chaque élément.

La demande est envoyée à l'aide d'un guide de commande

Pour une validation avec un guide de commande en deux étapes, le panier temporaire est utilisé pour tous les éléments. Pour une validation avec un guide de commande en trois étapes, le panier par défaut est utilisé pour les éléments.

Toutes les étapes mentionnées dans le scénario précédent, l'élément de catalogue est commandé directement sans l'ajouter au panier, sont applicables.

Remarque :

le workflow du système de base joint à la demande est données de démonstration.