Didacticiel : Améliorer les flux de processus métier avec le branchement

Les flux de processus d’entreprise vous guident à travers différentes étapes de processus de vente, de marketing ou de service, et jusqu’à leur fin. Dans les cas simples, un flux de processus d’entreprise linéaire constitue une bonne option. Toutefois, dans des scénarios plus complexes, vous pouvez améliorer un flux de processus d’entreprise avec le branchement. Si vous disposez des autorisations de création sur les flux de processus d’entreprise, vous pouvez créer un flux de processus d’entreprise avec plusieurs branches à l’aide de la logique If-Else. La condition de branchement peut être constituée de plusieurs expressions logiques qui utilisent une combinaison d’opérateurs AND or OR. La sélection de branche s’effectue automatiquement, en temps réel, selon les règles définies pendant la définition de processus. Par exemple, dans la vente de voitures, vous pouvez configurer un flux des processus d’entreprise unique qui, après une phase de qualification commune, se fractionne en deux branches distinctes sur la base d’une règle (le client préfère-t-il une nouvelle voiture ou une voiture d’occasion, son budget est-il supérieur ou inférieur à 20 000 €, etc. ), une branche pour la vente de nouvelles voitures et une autre pour la vente de voitures d’occasion. Pour plus d’informations sur les flux des processus d’entreprise, voir Vue d’ensemble des flux des processus d’entreprise.

Le schéma suivant montre un flux de processus d’entreprise avec des branches.

Ce que vous devez savoir lorsque vous concevez des flux de processus d’entreprise avec des branches

Notez les informations suivantes lorsque vous concevez un flux de processus d’entreprise avec des branches :

• Un processus peut s’étendre sur un maximum de 5 tables uniques.

• Vous pouvez utiliser au maximum 30 phases par processus et au maximum 30 étapes par phase.

• Chaque branche ne peut pas avoir plus de 5 niveaux de profondeur.

• La règle de branchement doit être basée sur les étapes de la phase qui la précède immédiatement.

• Vous pouvez combiner plusieurs conditions dans une règle à l’aide de l’opérateur AND ou de l’opérateur OR, mais pas les deux opérateurs.

• Lorsque vous définissez un flux de processus, vous pouvez éventuellement sélectionner une relation de table. Cette relation de table doit être une relation un-à-plusieurs (1:N).

• Vous pouvez exécuter plusieurs processus actifs simultanément sur le même ligne de données.

• Vous pouvez réorganiser les vignettes (Phases, Étapes, Conditions, etc.) dans le flux des processus par glisser-déposer.

• Quand vous fusionnez des branches, toutes les branches paires doivent être fusionnées en une phase unique Soit toutes les branches paires sont fusionnées en une phase unique, soit chaque branche paire doit terminer le processus. Une branche homologue ne peut pas fusionner avec d’autres branches et en même temps terminer le processus.

• Les modifications de l’API client ne peuvent pas déclencher l’évaluation de la condition de branchement, car le branchement repose sur des règles métier.

• Pour les formulaires dans les applications pilotées par modèle, l’interaction avec les étapes futures déclenche leurs conditions et règles métier. Cependant, si l’étape active reste la même, ces règles ne seront plus exécutées lors du rechargement du formulaire. Seules les règles de l’étape active sont exécutées lors du chargement du formulaire.

Note

• Une table utilisée dans le processus peut être revisitée plusieurs fois (plusieurs boucles de tables fermées).

• Un processus peut revenir à la phase précédente, quel que soit le type de table. Par exemple, si la phase active est Fournir un devis pour un ligne de devis, les utilisateurs du processus peuvent rétablir la phase active à la phase Proposer pour un ligne d’opportunité.

  Dans un autre exemple, supposons que le processus se trouve dans la phase Présenter la proposition de votre flux de processus : Inclure le prospect>Identifier les besoins>Créer une proposition>Présenter la proposition>Fermer. Si la proposition présentée au client nécessite que des recherches supplémentaires soient effectuées pour identifier ses besoins, les utilisateurs peuvent simplement sélectionner la phase Identifier les besoins de votre processus et choisir Définir comme actif.

Exemple : flux de processus de vente de voitures avec deux branches

Regardons l’exemple du flux de processus d’entreprise avec deux branches, pour la vente de voitures neuves et d’occasions.

Tout d’abord, nous allons créer un processus intitulé Processus de vente d’une voiture.

1. Ouvrez l’Explorateur de solutions puis, dans le volet de navigation gauche, sélectionnez Processus.

2. Pour créer un paramètre, sélectionnez Nouveau.

3. Nous spécifions la Catégorie en tant que Flux des processus d’entreprise et, pour l’Entité principale, nous choisissons Prospect.

4. Ajoutez au processus la première phase appelée Inclure et ajoutez les étapes, Délai d’exécution d’achat et Préférence de voiture.

5. Après la phase Inclure commune, nous fractionnons le processus en deux branches séparées, à l’aide de la vignette Condition.

   1. Configurer la vignette de condition avec des règles répondant aux besoins de l’activité

   2. Pour ajouter la première branche pour une phase, ajoutez une vignette Phase sur le chemin « Oui » de la vignette de condition.

   3. Pour ajouter la deuxième branche qui est exécutée quand la condition n’est pas satisfaite, ajoutez une autre vignette Phase sur le chemin « Non » de la vignette de condition

Pourboire

Vous pouvez ajouter une autre condition sur le chemin « Non » d’une vignette de condition existante pour créer un branchement plus complexe.

Si Préférence de voiture = Nouveau, le processus bifurque vers la phase Vente de nouvelles voitures, sinon, il accède à la phase Vente de voitures d’occasion, dans la deuxième branche, comme illustré ci-dessous.

Après avoir accompli toutes les étapes de la phase Vente de voitures neuves ou de la phase Vente de voitures d’occasion, le processus rejoint le flux principal, au niveau de la phase Fournir un devis.

Empêcher la divulgation d’informations

Envisagez un flux de processus d’entreprise avec des branches pour traiter une demande de prêt auprès d’une banque, comme indiqué ci-dessous. Les tables personnalisées utilisées dans les phases s’affichent entre parenthèses.

Dans ce scénario, la responsable des prêts bancaires a besoin d’accéder à la ligne Demande, mais elle ne doit avoir aucune visibilité sur l’examen de la demande. Au premier coup d’œil, il semble facile de faire ceci en assignant au responsable des prêts un rôle de sécurité qui spécifie aucun accès à la table Enquête. Mais, regardons plus en détail l’exemple et voyons si c’est vrai.

Supposons qu’un client dépose une demande de prêt pour plus de 60 000 € auprès de la banque. Le responsable des prêts étudie la demande dans la première phase. Si la règle de branchement qui vérifie si le montant dû à la banque ne dépasse pas 50 000 € est satisfaite, la phase suivante du processus consiste à examiner si la demande est frauduleuse. S’il est établi qu’il s’agit d’un cas de fraude, le processus passe à la phase consistant à intenter une action en justice à l’encontre du demandeur. La responsable des prêts ne doit pas avoir de visibilité sur les deux phases d’investigation, car elle n’a pas accès à la table Investigation.

Toutefois, si la responsable ouvre la ligne Demande, elle peut afficher l’ensemble du processus. Non seulement il serait en mesure de voir la phase d’investigation de la fraude, mais également d’identifier le résultat de l’investigation en ayant pu voir la phase Action en justice dans le processus. De plus, elle serait en mesure d’afficher un aperçu des étapes des phases d’investigation en choisissant une phase. Malgré l’impossibilité de voir les données ou l’état d’achèvement des étapes, il serait en mesure d’identifier les actions potentielles effectuées par rapport à l’émetteur de la demande pendant les phases d’investigation et d’action en justice.

Dans ce flux de processus, la responsable des prêts serait en mesure de voir les phases Investigation de fraude et Action en justice, ce qui constituerait une divulgation d’informations inappropriée. Nous vous recommandons de prêter une attention particulière aux informations susceptibles d’être divulguées en raison de la création d’une branche. Dans notre exemple, fractionnez le processus en deux processus distincts, un pour le traitement de la demande, un autre pour l’investigation de la fraude, pour empêcher la divulgation d’informations. Le processus pour le responsable des prêts se présentera alors comme suit :

Le processus de l’investigation est autonome et comprend les phases suivantes :

Vous devez fournir un flux de travail pour synchroniser la décision d’approbation/de refus entre la ligne Investigation et la ligne Demande.

Étapes suivantes

Créer un flux de processus d’entreprise
Créer une logique métier personnalisée via des processus