Révision datée du novembre 27, 2014 à 19:00 par SimulTrans (discussion) (Order of Execution)

Présentation des règles

Une règle métier est un élément logique qui définit, sur une petite échelle, les activités d'une entreprise. Pour Genesys Rules System, une règle est un élément logique externe qui peut être personnalisé par des analystes métier et appelé par des applications. Cela vous permet d'adapter les comportements métier suivant vos besoins.

Types de règle

GRAT vous permet de configurer deux types de règles :

Les règles linéaires se conforment au format de base suivant :

WHEN {condition} THEN {action}

Lorsque la condition est vraie, l'action se produit. Cette forme de règle est recommandée pour les actions simples comme, par exemple, affecter une valeur à renvoyer à l'application. Notez cependant que les règles linéaires peuvent comporter plusieurs conditions et actions ou uniquement des actions sans conditions. Les conditions et actions disponibles dépendent des modèles de règle inclus dans l'ensemble de règles.

Les tables de décisions vous permettent d'associer plusieurs règles linéaires avec un même jeu de conditions (when) et d'actions (then) en vue de les utiliser pour un dossier de décision complexe (structuré). Utilisez des tables de décisions pour éviter la prolifération de règles linéaires ayant une structure identique dans le système.

Ordre d'exécution

Vous pouvez configurer des règles pour différents contextes métier (nœuds représentant les différents éléments de votre hiérarchie d'entreprise) ou, dans le cas des règles globales, au niveau de l'ensemble de règles. Dans le panneau de l'explorateur, chaque contexte métier de la structure configurée est représenté à un niveau de nœud différent. L'ordre d'exécution des règles au sein d'un ensemble dépend du niveau de nœud : les règles au niveau de l'ensemble/au niveau global sont exécutées en premier, suivies des règles à chaque niveau de la hiérarchie.

Par conséquent, si vous avez défini cette hiérarchie :

  • Ensemble
    • Service de ventes
      • Finances

et que pendant l'exécution, vous spécifiez "Service de ventes" / "Finances", l'ordre d'exécution est le suivant :

  1. Règles au niveau de l'ensemble (selon la priorité)
  2. Règles au niveau du service des ventes (selon la priorité)
  3. Règles au niveau des finances (selon la priorité)

Au sein d'un nœud donné, vous pouvez modifier l'ordre d'exécution en utilisant les flèches haut Grs auth-tool up.gif ou bas Grs auth-tool down.gif sur chaque règle.

Seules les règles associées à un chemin donné sont évaluées lors d'un cycle d'exécution spécifique. Le chemin d'exécution est déterminé par la saisie effectuée dans l'application Rules Engine lors de la demande d'exécution.

Important
La structure métier est définie dans Configuration Manager ou Genesys Administrator.
Important
Avant la version 8.5.0, les règles des tables de décisions étaient exécutées de bas en haut. À partir de la version 8.5.0, les administrateurs système peuvent configurer l'exécution des règles "de bas en haut" ou "de haut en bas". L'indicateur Ordre d'évaluation des règles en bas de l'écran vous indique l'ordre qui est sélectionné ; une info-bulle est disponible lorsque vous faites passer votre curseur sur cet indicateur. Toutes les modifications apportées à cette configuration s'appliqueront de manière dynamique, mais ne prendront effet qu'après un redémarrage ou une actualisation du navigateur.

Verrouillage de règles

Lorsque vous apportez des modifications au corps d'une règle, vous "verrouillez" cette dernière, ce qui empêche les autres utilisateurs d'y apporter des modifications en même temps. L'icône de modifications non enregistrées Grs auth-tool unsaved.gif s'affiche sur le récapitulatif de la règle pour vous informer que vous devez enregistrer vos modifications. Pour tous les autres utilisateurs, l'icône du verrou Grs auth-tool lock.gif s'affiche sur le récapitulatif de la règle, tandis que les boutons Enregistrer et Annuler sont désactivés. Ajoutons encore que les autres utilisateurs ne sont pas en mesure d'apporter des modifications à la règle, car elle est en "lecture seule".

Vous pouvez modifier plusieurs règles simultanément, sans enregistrer explicitement vos modifications lorsque vous passez d'une règle à une autre. Le récapitulatif de règle indique si des modifications doivent être enregistrées. Une fois la règle enregistrée, elle est "déverrouillée" et les autres utilisateurs peuvent la modifier. Vous pouvez également Annuler toutes les modifications non enregistrées et rétablir ainsi la règle sur son dernier état enregistré.

Lors de la fermeture de votre session, une invite s'affiche si des modifications n'ont pas été enregistrées. Vous pouvez soit revenir en arrière et enregistrer vos modifications, soit poursuivre la fermeture de session. Si vous optez pour la fermeture de session, les modifications effectuées sont perdues et non validées, et les règles sont déverrouillées.

Relevé des accès

L'onglet Relevé des accès vous permet d'afficher l'historique de chaque règle et de connaître ainsi la date et le nom du responsable de la mise à jour ou du déploiement, par exemple. Si vous y accédez dans un contexte métier (nœud de l'Arborescence de l'Explorateur), l'onglet Relevé des accès répertorie les règles qui existent pour ce contexte.

Comments or questions about this documentation? Contact us for support!