🇫🇷 Camunda 8 – Human Task Job Worker et Propriétés : Guide Complet avec Exemples
Dans Camunda 8, la gestion des tâches humaines (Human Tasks / User Tasks) est totalement différente de Camunda 7.
Il n’y a pas de moteur embarqué, pas de Java Delegates, et pas de logique Tasklist intégrée au moteur.
Camunda 8 repose sur Zeebe, un moteur de workflow distribué, cloud-native et orienté événements, où les Job Workers orchestrent l’exécution des tâches — y compris le cycle de vie des tâches humaines.
Ce guide explique :
✔ Le fonctionnement des Human Tasks dans Camunda 8
✔ Le rôle du Human Task Job Worker
✔ Toutes les propriétés importantes d’une Human Task
✔ L’assignation, la complétion et les variables
✔ Les différences avec Camunda 7
✔ Les bonnes pratiques et un exemple réel
⭐ 1. Fonctionnement des Human Tasks dans Camunda 8 (Vue globale)
Dans Camunda 8, le flux est le suivant :
-
Une User Task BPMN est atteinte
-
Le moteur Zeebe crée un job de type Human Task
-
La Tasklist affiche la tâche aux utilisateurs
-
L’utilisateur claim (optionnel) puis complete la tâche
-
Le workflow reprend automatiquement
⚠️ Point fondamental :
👉 Toutes les Human Tasks sont asynchrones dans Camunda 8.
⭐ 2. Qu’est-ce qu’un Human Task Job Worker ?
Un Human Task Job Worker est un composant (interne à la plateforme) qui :
✔ Crée et gère les jobs de type Human Task
✔ Expose les tâches à la Tasklist
✔ Gère l’état de la tâche (créée, réclamée, complétée)
✔ Notifie le moteur lorsque la tâche est terminée
Contrairement aux Service Task Workers,
👉 le Human Task Job Worker n’exécute pas de logique métier :
c’est l’utilisateur qui prend la décision.
⭐ 3. Définition d’une User Task BPMN dans Camunda 8
Exemple BPMN simple :
À l’exécution :
-
Un job Human Task est créé
-
Le moteur attend une action humaine
-
La complétion déclenche la suite du processus
⭐4. Propriétés principales d’une Human Task dans Camunda 8
Ces propriétés sont configurées dans le Web Modeler Camunda 8 (panneau de propriétés).
🔹 4.1 Assignee (Assigné)
Définit l’utilisateur responsable de la tâche.
Ou dynamique :
✔ Assignation directe
✔ Moins flexible à grande échelle
❗ À éviter pour des systèmes complexes
🔹 4.2 Candidate Users (Utilisateurs candidats)
Liste d’utilisateurs pouvant réclamer la tâche.
✔ Un seul utilisateur pourra la réclamer
✔ Utile pour de petites équipes
🔹 4.3 Candidate Groups (Groupes candidats) ✅ recommandé
Définit les groupes autorisés à réclamer la tâche.
✔ Idéal pour les entreprises
✔ Très scalable
✔ Compatible IAM / Identity Provider
🔹 4.4 Due Date (Date d’échéance)
Date limite de complétion (SLA).
✔ Visible dans Tasklist
✔ Utilisée pour les alertes et escalades
🔹 4.5 Follow-Up Date (Date de suivi)
Utilisée pour rappels ou priorisation.
🔹 4.6 Priority (Priorité)
Définit l’importance de la tâche.
✔ Plus la valeur est élevée, plus la tâche est prioritaire
✔ Utilisée pour le tri dans Tasklist
⭐ 5. Input / Output Mapping (Variables)
🔹 Input Mapping
Variables injectées dans la tâche humaine:
🔹 Output Mapping
Variables retournées après complétion :
✔ Sécurité des variables
✔ Meilleure lisibilité
✔ Évite les écrasements accidentels
⭐ 6. Cycle de vie d’une Human Task
-
Tâche créée
-
(Optionnel) Tâche réclamée
-
Tâche complétée
-
Variables envoyées au moteur
-
Le workflow continue
➡️ Aucune logique métier n’est exécutée dans la tâche elle-même.
⭐ 7. Rôle de la Tasklist dans Camunda 8
La Tasklist Camunda 8 est une application séparée qui:
✔ Affiche les Human Tasks
✔ Permet claim / unclaim
✔ Permet la complétion
✔ Communique avec Zeebe via API
⚠️ Elle n’est pas embarquée dans le moteur.
⭐ 8. Human Task vs Service Task (Workers)
| Élément | Human Task | Service Task |
|---|---|---|
| Exécutant | Humain | Worker |
| Type de job | Human Task | Job technique |
| Exécution | Manuelle | Automatique |
| Durée | Minutes / jours | ms / secondes |
| Retry | Manuel / BPMN | Automatique |
| SLA | Très important | Rare |
⭐ 9. Différences avec Camunda 7
| Aspect | Camunda 7 | Camunda 8 |
|---|---|---|
| Moteur | Embarqué | Distribué |
| Transactions | ACID | Éventuelle |
| Human Task | Synchrone possible | Toujours asynchrone |
| Tasklist | Intégrée | Application séparée |
| Assignation | Engine | Worker + Tasklist |
| Scalabilité | Limitée | Très élevée |
⭐ 10. Exemple réel : Processus d’approbation de prêt
Scénario :
-
Soumission de la demande
-
Validation automatique (Service Task)
-
Human Task – Approbation par agent
-
Si montant élevé → manager
-
Notification finale
Propriétés Human Task :
-
candidateGroups = loan_officers -
priority = 90 -
dueDate = +2 jours
⭐ 11. Bonnes pratiques Camunda 8 – Human Tasks
✔ Préférer candidateGroups à assignee
✔ Utiliser Input/Output Mapping
✔ Toujours définir une dueDate
✔ Garder les Human Tasks simples
✔ Externaliser la logique métier (DMN)
✔ Surveiller via Operate
✔ Concevoir en mode asynchrone
⚠️ Erreurs courantes à éviter
❌ Traiter Camunda 8 comme Camunda 7
❌ Attendre un comportement synchrone
❌ Mettre de la logique métier dans la tâche humaine
❌ Oublier les mappings de variables
❌ Hardcoder des utilisateurs
❌ Ignorer les SLA
🎉 Conclusion
Dans Camunda 8, les Human Tasks sont :
✔ Asynchrones
✔ Scalables
✔ Event-driven
✔ Gérées via Job Workers et Tasklist
✔ Adaptées aux architectures cloud-native
Maîtriser les Human Task Job Workers et leurs propriétés est indispensable pour concevoir des workflows robustes, modernes et performants avec Camunda 8.
💼 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, ainsi que l’automatisation des workflows (jBPM, Camunda BPM, RHPAM).
📧 Contact: ishikhanirankari@gmail.com | info@realtechnologiesindia.com
🌐 Website: IT Trainings | Digital lectern | Digital rostrum | Digital metal podium
Comments
Post a Comment