Tâche de Règle Métier(Business Rule Task)
Une tâche qui délègue une décision à un moteur de règles métier — typiquement une table de décision DMN — et retourne le résultat au processus. Marquée d'une icône de table / grille.
La Tâche de Règle métier (Business Rule Task) sépare la logique de décision du flux de processus. Le processus dit *quand* une décision a lieu ; la table de décision dit *comment* elle est prise.
Cette séparation est puissante : les règles de tarification, les critères d'éligibilité et les politiques de remise changent bien plus souvent que le processus qui les entoure. Avec une Tâche de Règle métier, les analystes métier mettent à jour la table de décision (souvent en DMN — Decision Model and Notation, le standard compagnon de BPMN à l'OMG) sans toucher ni redéployer le modèle de processus.
Quand l'utiliser et l'éviter
Quand l'utiliser
Pour les décisions régies par des règles métier qui changent fréquemment : éligibilité, tarification, classification de risque, paliers de remise.
Quand les utilisateurs métier doivent pouvoir maintenir eux-mêmes les règles dans une table de décision.
Quand la même décision est réutilisée par plusieurs processus — une table de décision, de nombreux appelants.
Quand NE PAS l'utiliser
Pour une simple logique de routage ponctuelle — les conditions sur les flux sortants d'une passerelle suffisent.
Pour des calculs techniques qui ne changent jamais avec la politique métier — une Tâche de Script est plus simple.
Quand un humain doit exercer son jugement — c'est une Tâche Utilisateur, pas un moteur de règles.
Exemple métier
Détermination de l'éligibilité d'un sinistre d'assurance
Ouvrez cet exemple dans l'éditeur de processus HEFLO et explorez le diagramme de l'intérieur.
Ouvrir dans l'éditeur HEFLO →Étape par étape
- Le processus démarre à l'enregistrement d'un sinistre.
- La Tâche de Règle métier « Déterminer l'éligibilité » (mise en évidence) invoque une table de décision DMN qui croise le type de police, la couverture et la valeur du sinistre — et retourne *éligible* ou *non éligible*.
- La Passerelle Exclusive route en conséquence : Approuver le paiement ou Rejeter le sinistre.
- Les deux chemins concluent le processus.
Quand la politique d'éligibilité change, seule la table de décision est modifiée — le diagramme de processus reste intact.
Différences
Différence entre une Tâche de Règle métier et une Tâche de Script
Toutes deux sont automatiques, mais la Tâche de Règle métier externalise la décision dans une table / moteur de règles que les utilisateurs métier peuvent maintenir et auditer, tandis que la Tâche de Script code en dur la logique dans le modèle. Décisions dictées par la politique → Règle métier ; liaison technique → Script.
Différence entre une Tâche de Règle métier et une décision sur une Passerelle
Une Passerelle route les jetons sur la base de données qui existent déjà ; elle ne *calcule* rien. La Tâche de Règle métier produit la donnée de décision (par ex. eligible = true) sur laquelle une passerelle suivante route ensuite. Le duo « tâche de règle + passerelle » est le motif de décision canonique.
FAQ
Ai-je besoin de DMN pour utiliser une Tâche de Règle métier ?
Non — la spécification BPMN dit seulement que la tâche invoque des règles métier. DMN est le standard compagnon naturel et l'implémentation la plus courante, mais tout moteur de règles convient.
Qui maintient les tables de décision ?
Idéalement les analystes métier, non les développeurs — c'est l'intérêt de la séparation. La gouvernance (versionnage, tests, approbation des changements de règles) devient une responsabilité métier.