Subproceso de Evento(Event Sub-Process)
Un subproceso sin flujos entrantes/salientes, iniciado por un evento (mensaje, error, temporizador…) que ocurre mientras se ejecuta su alcance padre. Se dibuja con un borde punteado.
El Subproceso de Evento es el guardián permanente del alcance: dormido hasta que ocurre el disparador de su evento de inicio en cualquier parte del alcance circundante, y entonces se ejecuta — interrumpiendo el alcance (inicio de borde sólido) o en paralelo con él (inicio de borde discontinuo).
Centraliza el tratamiento transversal — errores, consultas de estado, cancelaciones — que de otro modo saturaría el flujo principal con eventos de contorno por todas partes.
Cuándo usar y evitar
Cuándo usar
Para tratar eventos que pueden ocurrir en cualquier momento durante el alcance: consultas de estado, solicitudes de cancelación, errores.
Para mantener limpio el camino principal, concentrando la gestión de excepciones en un único lugar visible.
Cuando el mismo disparador debe tratarse de forma idéntica sin importar en qué punto se encuentre actualmente el alcance.
Cuándo NO usar
Cuando el disparador concierne a una sola actividad — un evento de contorno sobre ella es más preciso.
Para una estructura secuencial ordinaria — subproceso incrustado.
Cuando ningún evento puede alcanzar realmente el alcance — un guardián inútil.
Ejemplo de negocio
Un gestor permanente para consultas de estado
Abra este ejemplo en el editor de procesos de HEFLO y explore el diagrama por dentro.
Abrir en el editor HEFLO →Paso a paso
- El flujo principal del siniestro se ejecuta con normalidad.
- El Subproceso de Evento (resaltado, borde punteado) se sitúa aparte, sin ningún flujo que lo conecte.
- Cada vez que llega una consulta de estado, su inicio de mensaje no interruptivo activa el gestor en paralelo — el trabajo sobre el siniestro nunca lo nota.
Diferencias
Subproceso de Evento vs Evento de Contorno
Un contorno protege una sola actividad; el subproceso de evento protege todo el alcance y lleva su propio flujo de tratamiento en su interior. Políticas para todo el alcance → subproceso de evento; reacciones propias de un paso → contorno.
Preguntas frecuentes
¿Qué eventos de inicio puede utilizar?
Inicios tipificados y captadores: mensaje, temporizador, error, escalamiento, condicional, señal, compensación, múltiple — cada uno interruptivo o (salvo error/compensación) no interruptivo.
¿Por qué no tiene flujos de secuencia hacia el resto?
Por definición — se activa por su evento de inicio, no por tokens que fluyen hacia él; convive junto al flujo, no sobre él.