Flux de travaux › Flux de travaux utilisant des stratégies › Ordre de stratégies › Exemple d'ordre de stratégie

Exemple d'ordre de stratégie

Cet exemple illustre le fonctionnement de l'ordre des stratégies. Il suppose que les règles de stratégie sont toujours évaluées.

Si un événement dispose de plusieurs stratégies qui sont toujours évaluées, toutes les stratégies de l'événement à approuver doivent être approuvées pour que celui-ci le soit aussi. Par contre, si une seule stratégie associée à l'événement qui a ALWAYS comme type d'évaluation de stratégie est rejetée, l'événement proprement dit est également rejeté.

Remarque : Si une stratégie associée à l'événement a Onchange comme type d'évaluation, seules les modifications associées aux attributs figurant dans cette stratégie sont rejetées. L'événement proprement dit n'est pas rejeté et la stratégie suivante est évaluée.

Dans cet exemple, Stratégie 1, Stratégie 2 et Stratégie 3 ont toutes ALWAYS comme type d'évaluation de stratégie. La Stratégie 1 renvoie la valeur False, le processus de flux de travaux nommé Processus 1 n'est pas exécuté et aucune tâche n'est générée pour l'Utilisateur 1. Le contrôle d'événement est transmis immédiatement à la Stratégie 2. Les stratégies 2 et 3 renvoient toutes deux la valeur True. En raison de sa priorité plus élevée, le Processus 2 du flux de travaux est exécuté en premier et génère une tâche pour l'Utilisateur 2.

Si l'Utilisateur 2 approuve la tâche, le Processus 3 du flux de travaux est exécuté et génère une tâche pour l'Utilisateur 3, qui doit approuver la tâche pour l'événement à approuver. Ces actions sont présentées dans le tableau ci-dessous.

Toutefois, si l'Utilisateur 2 rejette la tâche, l'événement est rejeté et aucune tâche n'est générée pour l'Utilisateur 3, comme indiqué dans le tableau ci-dessous.

Ensuite, Stratégie 1, Stratégie 2 et Stratégie 3 ont toutes ONCHANGE comme type d'évaluation de stratégie. Si l'Utilisateur 2 rejette la tâche, seules les modifications associées aux attributs figurant dans la Stratégie 2 sont rejetées. La Stratégie 3 est alors évaluée et le Processus de flux de travaux 3 est exécuté et génère une tâche pour l'Utilisateur 3. Si l'Utilisateur 3 rejette la tâche, l'événement est rejeté étant donné que toutes les modifications le concernant ont été rejetées. Si l'Utilisateur 3 approuve la tâche, l'événement est approuvé et les modifications d'attributs figurant dans la Stratégie 3 sont adoptées.