Tutoriel jBPM Workflow — Inclusive Gateway expliqué

 Dans les workflows métier, il arrive que plusieurs chemins doivent être exécutés selon certaines conditions — mais pas forcément un seul ni tous.

Exemple :

  • Si montant > 10 000 → validation manager

  • Si client nouveau → vérification KYC

  • Si produit fragile → contrôle qualité

Parfois une seule condition est vraie, parfois plusieurs.

Pour cela on utilise le Inclusive Gateway (OR Gateway).


Cette architecture est couramment utilisée dans les environnements microservices modernes.

👉 environnements microservices modernes


📌 Qu’est-ce qu’un Inclusive Gateway ?

Le Inclusive Gateway permet d’activer une ou plusieurs branches simultanément selon les conditions.

Contrairement :

  • Exclusive Gateway → un seul chemin

  • Parallel Gateway → tous les chemins

  • Inclusive Gateway → certains chemins


🖼️ Diagramme Inclusive Gateway


🧠 Comment fonctionne l’Inclusive Gateway

Il existe deux comportements :

1️⃣ Division conditionnelle

Plusieurs flux peuvent démarrer si leurs conditions sont vraies.

2️⃣ Synchronisation intelligente

Le processus attend uniquement les branches réellement activées.


🛠 Exemple réel — Traitement de commande

Règles :

  • Montant élevé → approbation manager

  • Nouveau client → vérification identité

  • Livraison internationale → vérification douane

Plusieurs validations peuvent se produire en même temps.


🖼️ Exemple métier


🧾 Configuration dans jBPM

Dans jBPM Modeler :

  1. Ajouter Gateway → Inclusive Gateway

  2. Ajouter conditions sur les flux sortants

  3. Ajouter un Inclusive Gateway de synchronisation


Exemple logique

Start ↓ Inclusive Gateway ↙ ↓ ↘ Cond A Cond B Cond C ↘ ↓ ↙ Inclusive Gateway (Join) ↓ End

⚠️ Erreurs fréquentes

❌ Oublier le gateway de synchronisation
❌ Utiliser pour simple décision
❌ Conditions qui se chevauchent mal


🔐 Bonnes pratiques

✔ Conditions claires et indépendantes
✔ Toujours ajouter Join Gateway
✔ Tester tous les cas possibles
✔ Documenter règles métier


🎯 Quand utiliser Inclusive Gateway

Utiliser pour :

  • Règles métier multiples

  • Validations optionnelles

  • Vérifications conditionnelles

Ne pas utiliser pour :

  • Exécution parallèle obligatoire

  • Choix unique


🎯 Conclusion

L’Inclusive Gateway permet de modéliser la réalité métier :

Ni tout, ni un seul → seulement ce qui est nécessaire.

Il est indispensable pour les workflows flexibles.


💼 Support professionnel disponible

Si vous rencontrez des problèmes sur des projets réels liés au développement backend d’entreprise ou à l’automatisation des workflows, je propose des services de conseil payants, de débogage en production, de support projet et de formations ciblées.

Les technologies couvertes incluent Java, Spring Boot, PL/SQL, Azure, CMS, ainsi que l’automatisation des workflows (jBPM, Camunda BPM, RHPAM), DMN/Drools.

📧 Contact: ishikhanirankari@gmail.com | info@realtechnologiesindia.com

🌐 Website: IT Trainings | Digital lectern | Digital rostrum | Digital metal podium     


🎥 Learn IT with Shikha on YouTube

Prefer learning through videos? Watch practical tutorials on Kafka, Camunda, Alfresco, Java, Spring Boot, Microservices and Enterprise Architecture.

▶ Subscribe to Learn IT with Shikha on YouTube

Comments

Popular posts from this blog

Top 50 Camunda BPM Interview Questions and Answers for Developers (2026 Guide)

10 BPMN Best Practices Every Camunda Developer Should Know

OOPs Concepts in Java | English | Object Oriented Programming Explained