BPMN Error Event vs Escalation Event – Différences clés avec exemples concrets

 En BPMN, les Error Events et les Escalation Events sont souvent confondus car ils servent tous deux à gérer des situations exceptionnelles.

Pourtant, leur comportement est très différent, et une mauvaise utilisation peut provoquer des rollbacks inattendus ou des processus incohérents en production.

Cet article explique :

  • le rôle d’un Error Event

  • le rôle d’un Escalation Event

  • les différences clés

  • des exemples métiers réels

  • les bonnes pratiques, notamment avec Camunda 7


1️⃣ BPMN Error Event – Gestion des échecs

🔹 Qu’est-ce qu’un Error Event ?

Un Error Event représente une erreur bloquante (technique ou métier) qui empêche le processus de continuer normalement.

Lorsqu’un Error Event est déclenché :

  • la transaction est annulée (rollback),

  • le flux normal est interrompu,

  • le contrôle est transféré vers un Error Boundary Event correspondant.


🧩 Exemple réel : Échec de paiement

Scénario

  • Un client effectue un paiement

  • Le service de paiement échoue

  • Le processus doit s’arrêter et gérer l’erreur

Implémentation

throw new BpmnError("PAYMENT_FAILED");

Comportement BPMN

  • Rollback de la transaction

  • Capture par un Error Boundary Event

  • Lancement du traitement d’erreur ou de compensation

Utiliser un Error Event lorsque :

  • une erreur empêche la poursuite du processus

  • un rollback est nécessaire

  • la logique métier est invalide


2️⃣ BPMN Escalation Event – Signal métier sans échec

🔹 Qu’est-ce qu’un Escalation Event ?

Un Escalation Event sert à signaler une situation métier importante, sans interrompre le processus principal.

Lorsqu’une escalade est déclenchée :

  • la transaction est validée,

  • le processus principal continue,

  • un flux secondaire est activé (notification, action managériale, etc.).


🧩 Exemple réel : Dépassement de SLA

Scénario

  • Un ticket support dépasse le SLA

  • Le manager doit être informé

  • Le traitement du ticket continue

Implémentation

throw new BpmnEscalation("SLA_BREACH");

Comportement BPMN

  • Aucun rollback

  • Le flux principal continue

  • Une notification est envoyée via l’Escalation Boundary Event

Utiliser une Escalation lorsque :

  • une action ou alerte est requise

  • aucune erreur technique n’est survenue

  • le processus doit continuer


3️⃣ Différences clés (tableau comparatif)

CritèreError EventEscalation Event
ObjectifGestion d’erreurSignal métier
Rollback transaction✅ Oui❌ Non
Interrompt le flux✅ Oui❌ Non
Cas d’usage typiqueÉchec paiement, validation invalideSLA, alerte, approbation
Boundary EventError BoundaryEscalation Boundary

4️⃣ Erreurs fréquentes en projets réels

❌ Utiliser Error Event pour une notification

➡️ Provoque :

  • rollbacks inutiles,

  • perte de données,

  • instabilité du processus.

❌ Utiliser Escalation Event pour un échec réel

➡️ Provoque :

  • poursuite d’un processus invalide,

  • incohérences métier,

  • erreurs difficiles à détecter.


5️⃣ Règle simple pour bien choisir

✅ Utilisez Error Event si :

  • une erreur survient,

  • un rollback est requis,

  • le processus doit s’arrêter.

✅ Utilisez Escalation Event si :

  • une attention métier est nécessaire,

  • aucune erreur technique n’existe,

  • le processus doit continuer.


6️⃣ Bonnes pratiques (Camunda)

✅ Utiliser BpmnError uniquement pour de vrais échecs
✅ Ne jamais utiliser Error Event comme simple routage
✅ Utiliser les Escalations pour SLA, alertes, validations
✅ Documenter clairement les codes d’erreur et d’escalade
✅ Tester les comportements de rollback en environnement réel


7️⃣ Question d’entretien (bonus)

Q : Une Escalation Event déclenche-t-elle un rollback ?
R : ❌ Non.

Q : Un Error Event peut-il être ignoré ?
R : ❌ Non, il interrompt toujours le flux.


8️⃣ Besoin d’un accompagnement expert ?

Une mauvaise utilisation des Error ou Escalation Events peut entraîner :

  • perte de données,

  • erreurs de compensation,

  • incidents production difficiles à diagnostiquer.

Un audit BPMN rapide permet souvent d’éviter ces problèmes.


💼 Support professionnel disponible

Si vous rencontrez des problèmes liés aux Error Events, Escalation Events ou à la gestion des exceptions BPMN en production, je propose des services de conseil payants, revue BPMN, débogage en production et formations ciblées.

📧 Contactishikhanirankari@gmail.com | info@realtechnologiesindia.com

🌐 WebsiteIT Trainings | Digital lectern | Digital rostrum | Digital metal podium 


Comments

Popular posts from this blog

jBPM Installation Guide: Step by Step Setup

Scopes of Signal in jBPM

OOPs Concepts in Java | English | Object Oriented Programming Explained