Début de Sous-Processus Événementiel — Erreur (interruptif)(Error Event Sub-Process Start (interrupting))
Démarre un Sous-Processus Événementiel qui gère une erreur levée n'importe où dans la portée environnante ; toujours interruptif — le flux normal est abandonné. Représenté par un cercle à bordure fine contenant l'icône d'erreur, à l'intérieur du sous-processus événementiel.
Placer un Événement de Début Erreur (Error Start Event) à l'intérieur d'un Sous-Processus Événementiel transforme ce sous-processus en gestionnaire d'erreurs de la portée : chaque fois qu'une erreur correspondante est levée dans le processus environnant, le gestionnaire démarre et le flux normal de cette portée est interrompu (la gestion d'erreur est toujours interruptive — une portée ne peut pas continuer comme si de rien n'était).
Cela centralise une gestion d'erreurs qui nécessiterait autrement des événements en bordure sur de nombreuses activités individuelles.
Quand l'utiliser et l'éviter
Quand l'utiliser
Pour gérer la même erreur de manière uniforme où qu'elle survienne dans la portée.
Pour garder le chemin nominal propre, en déportant la gestion d'erreurs sur le côté.
Pour un nettoyage de fin de portée devant s'exécuter en cas d'échec du traitement.
Quand NE PAS l'utiliser
Lorsque l'erreur concerne une activité précise — un Événement d'Erreur en Bordure sur cette activité est plus précis.
Pour des situations récupérables où le flux normal doit continuer — les erreurs interrompent toujours ; envisagez l'Escalade pour une gravité non interruptive.
En remplacement de la correction d'étapes qui échouent systématiquement.
Exemple métier
Gestionnaire centralisé des erreurs de validation
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 flux principal traite une commande normalement.
- Si une étape lève une erreur de validation, l'Événement de Début Erreur (mis en évidence) du sous-processus événementiel se déclenche.
- Le gestionnaire notifie le client ; le flux principal interrompu ne reprend pas.
Le sous-processus à bordure en pointillés est le sous-processus événementiel ; il n'a ni flux de séquence entrant ni sortant.
Différences
Sous-Processus Événementiel Erreur vs Événement d'Erreur en Bordure
La bordure capte les erreurs d'*une seule* activité ; le sous-processus événementiel capte les erreurs de *toute la portée* dans laquelle il se trouve. Préférez la bordure pour une récupération propre à une étape, le sous-processus événementiel pour des politiques à l'échelle de la portée.
FAQ
Un sous-processus événementiel d'erreur peut-il être non interruptif ?
Non. La gestion d'erreur interrompt toujours la portée — la spécification interdit un début d'erreur non interruptif. Pour une signalisation de gravité non interruptive, utilisez l'Escalade.
Où va le flux une fois le gestionnaire terminé ?
Nulle part dans la portée interrompue — elle s'est achevée avec l'erreur. La fin du gestionnaire achève la portée (généralement suivie d'une réaction du parent).