Exemples de passerelle dans des définitions de processus métier (obsolète)
Les exemples suivants montrent comment modéliser plusieurs types de passerelles dans les définitions de processus métier.
Lorsque vous modélisez des définitions de processus métier, plusieurs options sont disponibles pour vous permettre d'implémenter des passerelles. Voir Convergence et divergence des flux pour connaître les options disponibles. Pour en savoir plus sur les passerelles exclusives et inclusives, consultez les exemples suivants.
- Pour implémenter des passerelles exclusives et inclusives dans une définition de processus métier, vous devez déclarer des variables pour cette définition, comme décrit dans la rubrique Déclaration et transmission de variables.
- Pour implémenter une passerelle exclusive dans un service utilisateur côté client, vous devez spécifier les conditions JavaScript qui déterminent le chemin à emprunter par le flux de services, comme décrit dans Implémentation de passerelles exclusives.Restriction : L'implémentation des passerelles dans les services utilisateur est prise en charge uniquement pour les passerelles exclusives.
Exemples de passerelles exclusives
Utilisez une passerelle exclusive dans une définition de processus métier ou un service utilisateur lorsque vous modélisez un point du flux dans lequel un seul des chemins peut être emprunté. Les conditions JavaScript que vous définissez pour les flux de séquence de la passerelle déterminent le chemin devant être emprunté par le flux.
Dans les propriétés Implémentation, les décisions sont évaluées de haut en bas. Le flux respecte la première condition dont la valeur est true. Si toutes les conditions ont la valeur false, le flux respecte le flux de séquences par défaut, qui ne possède pas de condition.
- Exemple de passerelle exclusive dans une définition de processus métier
- Supposons que vous disposez de deux passerelles exclusives dans un diagramme de définition de processus métier.Remarque : Vous pouvez accéder à la définition de processus métier Ouverture d'un nouveau poste RH dans l'application de processus Exemple de recrutement ou vous reporter aux rubriques Tutoriel de l'exemple de recrutement : Ajout de passerelles d'événements et Tutoriel de l'exemple de recrutement : Implémentation de passerelles dans Tutoriel de l'exemple de recrutement.
Dans l'exemple et le tutoriel, la première passerelle, appelée Need GM Approval?, détermine le chemin à emprunter selon que la demande de poste soumise nécessite une approbation ou non. Pour voir comment ceci fonctionne, cliquez sur la passerelle dans le diagramme BPD, puis cliquez sur l'option Implémentation dans les propriétés. Les options d'approbation s'affichent ensuite sous la section Décisions.
A faire : Pour activer la fonction d'édition avancée dans vos préférences, cliquez sur , développez et sélectionnez Editeurs avancés.
Le chemin Approval required est emprunté vers l'activité Approve/reject requisition uniquement lorsque la variable tw.local.currentPosition.positionType a pour valeur "New". Cette logique permet de garantir que ces demandes émanant des responsables du recrutement pour le nouvel effectif sont approuvées par les directeurs généraux avant le traitement RH. Si un poste n'est pas nouveau, le processus emprunte le chemin par défaut vers l'activité Find job candidates. Notez que dans le diagramme de la définition de processus métier, le chemin par défaut est marqué d'une barre oblique (/).
La seconde passerelle GM Approved?, détermine le chemin à suivre selon qu'une nouvelle position est approuvée. Pour voir comment cela fonctionne, cliquez sur la passerelle GM Approved? dans le diagramme BPD pour la sélectionner et cliquez sur l'option Implémentation dans les propriétés. Les information d'approbation s'affichent ensuite sous la section Décisions.
Le chemin Approved --> proceed to HR est emprunté vers l'activité Find job candidates uniquement lorsque la variable tw.local.requisition.gmApproval a pour valeur "Approved". Cette logique permet de garantir que les demandes qui nécessitent une approbation sont effectivement approuvées avant le traitement RH. Si une demande n'est pas approuvée, le processus emprunte le chemin par défaut (chemin Rejected) vers l'activité Notify hiring manager.
- Exemple de passerelle exclusive dans un service utilisateur
- L'exemple qui suit montre l'implémentation d'une passerelle exclusive dans un service utilisateur. Pour modéliser la passerelle exclusive dans le flux de services, les conditions JavaScript ayant la valeur true ou false sont définies dans les propriétés d'implémentation de la passerelle, sous Décisions.
Un chemin de séquence par défaut est également spécifié dans la liste Flux par défaut, sans condition JavaScript associée. Le flux respecte la première condition évaluée comme true ou le chemin de séquence par défaut si toutes les conditions sont évaluées sur false.

Le chemin de séquence par défaut est sélectionné dans la liste Flux par défaut et est emprunté par l'activité Coach1. Notez que le chemin par défaut est signalé par une barre oblique (/) dans le diagramme. Le flux de séquence vers l'activité Coach2 est évalué comme false.
Exemple de passerelle inclusive
Utilisez une passerelle inclusive dans une définition de processus métier lorsque vous devez diviser ou faire bifurquer le processus sur plusieurs chemins et que vous souhaitez emprunter un ou plusieurs des chemins disponibles en fonction de conditions que vous définissez.
Supposons que vous souhaitiez modéliser un processus dans lequel les étapes sont différentes selon que le type de client est nouveau ou existant. Pour les nouveaux clients, vous souhaitez que les activités 1 et 2 soient réalisées. Pour les clients existants, seule l'activité 3 est nécessaire. Vous pouvez utiliser une passerelle inclusive (division) pour ce type de processus de sorte que deux activités soient définies pour les nouveaux clients et une troisième activité soit définie pour les clients existants.

Avec des passerelles exclusives, un seul chemin disponible est emprunté à partir de la passerelle. Avec les inclusives ou divisions telles que celles décrites dans l'exemple précédent, il est possible de suivre un ou plusieurs chemins à partir de la passerelle. La passerelle de division inclusive de l'exemple précédent détermine le ou les chemins à suivre en fonction du type de client en cours de traitement. Les conditions de cette division sont configurées dans les propriétés d'implémentation pour la passerelle, comme suit :
- Si la valeur de la variable tw.local.customerType est "New", le chemin vers l'activité 1 est emprunté.
- Si la valeur de la variable tw.local.customerType est "New", le chemin vers l'activité 2 est également emprunté.
- Si aucune des conditions précédentes n'est vraie, le chemin vers l'activité 3 est emprunté.
Avec cette logique, vous pouvez exécuter deux activités distinctes pour les nouveaux clients et une activité différente lorsqu'il s'agit d'un client existant.