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


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

👉 environnements microservices modernes



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 


🎥 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