DMN : comprendre la Decision Model and Notation et l’automatisation des décisions métier

Les entreprises prennent chaque jour des décisions qui déterminent l’éligibilité d’un client, l’acceptation d’une demande, l’attribution d’un niveau de risque ou l’orientation d’un dossier. Pourtant, ces règles sont souvent dispersées entre du code, des tableurs, des procédures et des connaissances détenues par quelques experts.

Le Decision Model and Notation, plus connu sous l’acronyme DMN, propose un langage et une notation standard pour représenter les décisions et les règles métier. Il aide les équipes métier et IT à partager une logique commune, à la documenter et, dans les implémentations compatibles, à l’exécuter.

Cet article explique ce qu’est DMN, ses composants, les tables de décision, FEEL, les niveaux de conformité, la complémentarité avec BPMN et le rôle de Softyflow dans l’orchestration des processus qui s’appuient sur des décisions métier.

Qu’est-ce que DMN (Decision Model and Notation) ?

DMN est un standard de l’Object Management Group destiné à la spécification précise des décisions et des règles métier. Il fournit une notation visuelle et des expressions permettant de décrire comment des données d’entrée produisent un résultat de décision.

Le standard a été conçu pour être compréhensible par plusieurs profils : experts métier, analystes, responsables de conformité, architectes, développeurs et équipes chargées de l’exécution. Cette lisibilité facilite la discussion sur la règle avant même de choisir une technologie de déploiement.

• Modéliser : représenter les décisions, leurs dépendances, leurs données d’entrée et leurs sources de connaissance.
• Clarifier : séparer la logique décisionnelle du flux d’activités et des détails d’implémentation.
• Gouverner : documenter les règles, les propriétaires, les versions, les changements et les justifications.
• Automatiser : permettre à un moteur compatible de valider ou d’exécuter les décisions selon le niveau de conformité.

Automatisez vos règles métier avec Softyflow pour des décisions plus rapides et maîtrisées

Pourquoi utiliser DMN pour les décisions métier ?

DMN devient pertinent lorsque la décision est répétitive, multi-critères, soumise à des règles explicites ou susceptible d’évoluer fréquemment. Il permet d’externaliser la logique de décision afin d’éviter qu’elle ne soit enfouie dans un processus difficile à maintenir ou dans du code réservé à une seule équipe.

Aligner métier et IT : les règles peuvent être relues dans une notation commune avant leur intégration technique.

Réduire les ambiguïtés : les tables et expressions rendent les conditions, sorties et cas limites plus explicites.

Accélérer les évolutions : une modification de règle peut être traitée comme une évolution décisionnelle plutôt qu’une refonte complète du processus.

Améliorer la traçabilité : les sources, versions, validations et résultats peuvent être associés à la décision.

Favoriser la réutilisation : une même décision peut être appelée par plusieurs processus ou applications.

Quels sont les principaux composants de DMN ?

Un modèle DMN peut être simple, avec une décision et une table, ou plus complet, avec des décisions dépendantes, des données, des connaissances réutilisables et des sources d’autorité. Les composants sont organisés dans un Decision Requirements Diagram, ou DRD.

1    Decision : nœud qui produit une sortie à partir de données d’entrée et d’une logique définie.

2    Input Data : information utilisée par une décision, comme un montant, une date, un profil ou un statut.

3    Business Knowledge Model : fonction ou logique réutilisable qui peut être invoquée par une ou plusieurs décisions.

4    Knowledge Source : politique, contrat, réglementation, expertise ou document qui fonde la règle.

5    Decision Service : ensemble de décisions réutilisables exposé pour être appelé par une application ou un processus.

6    Requirement Connectors : relations qui indiquent les besoins d’information, de connaissance ou d’autorité entre les éléments.

Le DRD ne remplace pas le détail de la logique. Il donne une vue de dépendance : quelles données alimentent quelle décision, quelles décisions intermédiaires sont nécessaires et quelles sources justifient la règle.

Qu’est-ce qu’une table de décision DMN ?

La table de décision est l’un des éléments les plus accessibles de DMN. Elle présente des colonnes d’entrée, des conditions, une ou plusieurs colonnes de sortie et des lignes qui représentent les règles. Chaque ligne répond à une combinaison de conditions et indique le résultat correspondant.

Une décision d’éligibilité peut par exemple utiliser le type de client, le montant demandé et le niveau de risque. La sortie peut être « accepter », « demander une revue » ou « refuser ». La table rend visibles les cas couverts, les recouvrements et les situations qui ne produisent aucun résultat.

• Input expressions : variables ou expressions qui décrivent les données examinées.
• Input entries : conditions acceptées, intervalles, valeurs, opérateurs ou expressions FEEL.
• Output expressions : résultat produit par la règle, comme un statut, un montant ou une catégorie.
• Hit policy : politique qui détermine ce qui se passe lorsqu’une ou plusieurs lignes correspondent.
• Annotations : commentaires qui expliquent la règle, sa source ou son intention.

Simplifiez la gestion de vos règles métier avec Softyflow et automatisez vos décisions de manière cohérente

Qu’est-ce que FEEL et à quoi sert ce langage ?

FEEL signifie Friendly Enough Expression Language. Il s’agit d’un langage d’expression associé à DMN qui permet d’écrire des conditions et des calculs lisibles, notamment sur les chaînes de caractères, les nombres, les dates, les intervalles et les valeurs booléennes.

FEEL aide à passer d’une table purement descriptive à une décision exécutable. Les utilisateurs peuvent exprimer qu’un montant est supérieur à un seuil, qu’une date appartient à une période ou qu’une valeur correspond à une liste. Les détails exacts disponibles dépendent toutefois de la version du standard et du moteur utilisé.

Définir les types : préciser si une donnée est un nombre, une chaîne, une date, une durée, une liste ou un autre type.

Exprimer les conditions : utiliser comparaisons, intervalles, valeurs littérales et opérateurs adaptés au domaine.

Calculer une sortie : produire un montant, un score, un statut, une catégorie ou une décision composée.

Rendre la logique testable : exécuter des cas de test et vérifier les résultats attendus avant le déploiement.

DMN et BPMN : quelles différences et comment les combiner ?

BPMN modélise le déroulement d’un processus : événements, tâches, participants, messages, passerelles et chemins. DMN modélise la décision qui détermine une sortie ou influence le chemin. Les deux notations sont donc complémentaires plutôt que concurrentes.

Approche	Ce qui est modélisé	Objectif	Exemples d’usage
DMN	Décisions, données d’entrée et règles qui produisent un résultat.	Rendre une décision lisible, gouvernable et éventuellement exécutable.	Éligibilité, scoring, tarification, conformité, orientation.
BPMN	Flux d’activités, événements, tâches, passerelles et participants.	Décrire et orchestrer le déroulement d’un processus.	Validation, traitement de demande, onboarding, incident.
Règles métier simples	Conditions exprimées dans une procédure, un document ou du code.	Appliquer une règle ponctuelle dans un contexte donné.	Seuil, autorisation, contrôle ou calcul isolé.
Moteur BRMS / décision	Exécution, gestion de versions et administration de règles et décisions.	Industrialiser le runtime et la gouvernance des règles.	Services de décision, API, tests, déploiements.
Tableur de décision	Matrice de conditions et résultats souvent maintenue manuellement.	Explorer ou prototyper rapidement une logique.	Simulation, analyse ponctuelle, prototype avant industrialisation.

Un processus BPMN peut appeler une décision DMN à l’aide d’une tâche de règle métier ou d’un mécanisme équivalent selon la plateforme. Le résultat de la décision peut ensuite orienter le processus vers une tâche, une approbation, une exception ou une fin de parcours.

Quels sont les niveaux de conformité DMN ?

Les implémentations DMN peuvent prendre en charge des niveaux de conformité progressifs. Les appellations et détails doivent être vérifiés dans la version du standard et la documentation du produit choisi, mais la distinction permet de comprendre si un outil sait seulement représenter la décision ou également l’exécuter.

1    Niveau 1 : prise en charge des diagrammes de besoins de décision, de la logique et des tables, sans obligation d’exécution complète.

2    Niveau 2 : prise en charge d’expressions simplifiées et de modèles de décision exécutables.

3    Niveau 3 : prise en charge étendue de FEEL, des expressions encadrées et de modèles exécutables plus complets.

Une organisation doit donc distinguer la capacité de modélisation, la compatibilité d’import/export, l’exécution, la gestion des versions, les tests, la supervision et l’intégration avec ses processus.

Quels sont les cas d’usage de DMN ?

DMN est adapté aux décisions opérationnelles répétées, explicables et fondées sur des critères identifiables. Il peut être utilisé dans des contextes où la conformité, la rapidité ou la cohérence de la décision sont importantes.

Crédit et finance : éligibilité, scoring, limites, tarification, détection de situations nécessitant une revue.

Assurance : classification de risques, admissibilité, règles de souscription et traitement des sinistres.

KYC et conformité : niveau de vigilance, catégorisation, contrôles et orientation vers une analyse renforcée.

Ressources humaines : éligibilité à un dispositif, règles de congés, avantages et parcours d’onboarding.

Achats : seuils d’approbation, choix du circuit, règles fournisseurs et contrôles de dépenses.

Relation client : routage, éligibilité à une offre, priorité, remboursement ou niveau de service.

Transformez vos règles métier en processus automatisés pour gagner en cohérence et en efficacité

Comment mettre en place DMN dans une organisation ?

La réussite d’un projet DMN dépend autant de la qualité de la règle que de la notation. Il faut clarifier la décision, ses sources, ses données, ses propriétaires et les cas limites avant de chercher à l’exécuter.

1    Définir la question de décision : formuler précisément ce que la décision doit produire et dans quel contexte elle est utilisée.

2    Identifier les sources : recenser politiques, contrats, réglementations, experts, données et décisions existantes.

3    Dessiner le DRD : décomposer la décision en sous-décisions et relier les données nécessaires.

4    Construire la table : écrire les règles, sorties, priorités et politiques de correspondance.

5    Vérifier la couverture : tester cas nominaux, valeurs limites, recouvrements, trous de décision et exceptions.

6    Valider avec le métier : obtenir l’accord des propriétaires de la règle et documenter les arbitrages.

7    Déployer et gouverner : versionner, surveiller, auditer et réviser les décisions selon un cycle défini.

Softyflow : la plateforme pour orchestrer les processus et décisions métier

DMN formalise la logique d’une décision, mais une décision intervient généralement dans un processus plus large : demande à instruire, pièces à collecter, validation à obtenir, notification à envoyer ou exception à traiter.

Softyflow se positionne comme une solution complémentaire de gestion et d’orchestration des processus métier. En tant que logiciel BPM, elle peut aider à intégrer une décision dans un parcours opérationnel et à transformer cette logique en workflow : collecte des données d’entrée, routage des dossiers, gestion des validations humaines, suivi des résultats et traitement des exceptions.

Grâce à son approche de plateforme Low Code, Softyflow facilite la création et l’adaptation de ces workflows métier, permettant ainsi de relier les décisions aux différentes étapes opérationnelles sans remplacer le moteur ou le standard DMN.

Les atouts de Softyflow pour accompagner une démarche DMN :

1    Modélisation du parcours : relier décisions, tâches, validations, documents et notifications dans un processus compréhensible.

2    Collecte des données : structurer les formulaires et informations nécessaires avant l’évaluation de la décision.

3    Gestion des rôles : attribuer les revues aux équipes métier, conformité, risque, juridique ou support.

4    Traçabilité : conserver les décisions, justifications, versions, validations et actions déclenchées.

5    Traitement des exceptions : orienter les cas non couverts ou sensibles vers une analyse humaine et documentée.

Softyflow apporte ainsi une couche d’orchestration autour des règles DMN, afin de relier la décision automatisée au travail réel des équipes et à la gouvernance du processus.

FAQ

Conclusion

DMN apporte un langage commun pour rendre les décisions métier lisibles, structurées et gouvernables. En séparant la logique de décision du flux d’activités, il facilite la collaboration entre métiers et IT, la maintenance des règles et l’automatisation progressive.

La valeur de DMN repose sur une définition précise de la question de décision, une table complète, des sources identifiées, des tests, une gouvernance des versions et une intégration cohérente avec les processus BPMN ou les autres applications. Une solution comme Softyflow peut compléter cette approche en orchestrant les données, validations, exceptions et actions qui entourent la décision.

Orchestrez vos décisions métier pour relier règles, validations et processus dans un même workflow.