Boundary Event

Qué es un Boundary Event

Un Boundary Event de BPMN 2.0 es un evento intermedio de captura que se adjunta al borde de una actividad. Mientras la actividad está en curso, espera un desencadenante, como un plazo, un mensaje, un error, una señal o un cambio en los datos. Cuando se produce, abre una ruta que sale de esa actividad.

• Siempre se sitúa en el borde de una tarea, un subproceso, una transacción o una Call Activity. No se puede adjuntar a un evento o a un gateway, ni dejar suelto en el flujo.
• Tiene flujos de secuencia de salida, pero no de entrada: la actividad a la que está adjunto es el único punto de entrada.
• Solo espera desencadenantes mientras la actividad está activa. Si esta termina primero, el Boundary Event no se activa. La compensación es la excepción: se habilita cuando la actividad ya ha terminado.
• Cuando se activa el desencadenante, un token sale por el flujo de salida del Boundary Event. Un evento interruptivo sustituye al token de la actividad; uno no interruptivo añade otro token junto a él.
• En la notación se representa con un círculo doble en el borde de la actividad y el símbolo del desencadenante en su interior.

ProcessMind admite los Boundary Event de todos los tipos que se indican en esta página. Para adjuntar uno, arrástrelo desde el grupo Boundary Event o Evento de límite no intermedio. de la paleta Elementos BPMN hasta el borde de una actividad. También puede adjuntar un evento intermedio de captura existente arrastrándolo hasta el borde de una actividad, y separarlo arrastrándolo fuera. Tanto la asociación como la configuración de interrupción se conservan al exportar e importar un archivo BPMN.

Interruptivos y no interruptivos

Los Boundary Event pueden ser de dos tipos. El tipo determina qué ocurre con la actividad cuando se produce el desencadenante.

	Interruptivo	No interruptivo
Representación	Un anillo doble continuo	Un anillo doble discontinuo
Efecto en la actividad	Se cancela de inmediato y se abandona el trabajo que contiene	Sigue en curso; no se cancela nada
Rutas tras el desencadenante	Solo se sigue la ruta del evento de límite; no se toma el flujo de salida habitual de la actividad	Se siguen ambas: continúa la ruta habitual y la ruta del evento de límite se ejecuta en paralelo
Frecuencia de activación	Una vez; la actividad termina al producirse el desencadenante	Varias veces mientras la actividad siga activa, por ejemplo, en cada ciclo de un temporizador repetitivo
Atributo BPMN	cancelActivity="true"	cancelActivity="false"

Un Boundary Event interruptivo sustituye la continuación habitual de la actividad. Un Boundary Event no interruptivo abre una ruta paralela.

Use un evento interruptivo cuando el desencadenante haga que terminar la actividad ya no tenga sentido o no sea seguro, por ejemplo, si vence un plazo, se produce un fallo o se retira una solicitud. Use uno no interruptivo cuando el desencadenante requiera trabajo adicional en paralelo con la actividad, o un recordatorio o una notificación que no deba interrumpir el trabajo en curso.

Ambos tipos solo tienen sentido mientras la actividad está activa. Si se activa un evento interruptivo, cancela la actividad y, al mismo tiempo, deshabilita cualquier otro Boundary Event asociado a ella. Un evento no interruptivo deja activa la actividad y mantiene habilitados sus demás Boundary Event.

Una actividad con varios Boundary Event. Una actividad puede tener varios Boundary Event. Por ejemplo, una tarea de aprobación puede combinar:

• Un temporizador interruptivo al cabo de dos días hábiles: escalar el caso y detener la tarea.
• Un temporizador no interruptivo cada cuatro horas: enviar un recordatorio y dejar que la tarea continúe.
• Un error interruptivo en el subproceso que realiza la comprobación: gestionar un fallo técnico.

Tipos de Boundary Event

ProcessMind admite los tipos que se indican a continuación. Hay más tipos interruptivos porque algunos desencadenantes solo tienen sentido si detienen la actividad.

Boundary Event interruptivos

Tipo	Significado	Ejemplo habitual
Message	Espera un mensaje específico dirigido a esta actividad.	“Esperar la cotización del proveedor” se interrumpe cuando llega el mensaje “se retiró la cotización” y continúa con “Buscar otro proveedor”.
Timer	Un plazo: una duración, una fecha o un ciclo calculado desde el inicio de la actividad.	“Aprobar gasto” tiene un temporizador de dos días; si la tarea no termina, el caso pasa a “Escalar al gerente de finanzas”.
Error	Captura un error que se produce dentro de la actividad y la detiene. Los Boundary Event de error siempre son interruptivos.	El subproceso “Verificar crédito” genera el error “falló la verificación”; la ruta del evento de límite lleva a “Solicitar evaluación manual de crédito”.
Escalation	Detiene la actividad porque alguien de un nivel superior debe hacerse cargo.	“Resolver incidente” se escala cuando se incumple el objetivo de tiempo de primera respuesta y pasa a “El responsable del incidente toma el control”.
Cancelar	Captura el evento de fin Cancel de un subproceso de transacción. Solo es válido en una transacción.	El cliente cancela la transacción “Reservar viaje”; la ruta del evento de límite lleva a “Reembolsar el pago y liberar las reservas”.
Compensación (caso especial)	Ejecuta el controlador de compensación de una actividad que ya terminó para deshacer su efecto. No cancela el trabajo en curso.	“Cobrar depósito” se compensa con “Reembolsar depósito” cuando el pedido se cancela más adelante en el proceso.
Conditional	Se activa cuando una condición de negocio se cumple mientras la actividad está en curso.	“Reservar existencias” se interrumpe cuando availableStock < orderedQuantity; el caso pasa a “Dejar el pedido pendiente y avisar al cliente”.
Signal	Captura una señal difundida. La señal no se dirige a una actividad concreta; todos los receptores que correspondan pueden reaccionar.	“Recopilar los documentos que faltan” se interrumpe cuando se difunde la señal de toda la empresa “caso retirado” y se cierra el caso.
Multiple	Se activa cuando se produce cualquiera de varios desencadenantes.	“Esperar respuesta del cliente” captura el mensaje “respuesta recibida” o un temporizador de diez días; el primero que se produzca cancela la espera.
Parallel Multiple	Se activa solo cuando se han producido todos los desencadenantes.	“Recopilar aprobaciones para la publicación” espera los mensajes de aprobación del área legal y de seguridad antes de continuar.

Algunas reglas prácticas para este grupo:

• Error debe asociarse a un subproceso, una Call Activity o una transacción, es decir, a la actividad que realmente puede generar el error. En una tarea simple no hay nada dentro que pueda fallar.
• Cancelar debe asociarse a un subproceso de transacción. En otro contexto, no hay nada que pueda capturar.
• Compensación es el caso especial. Se habilita cuando termina la actividad y se activa mediante un evento de compensación en otra parte del proceso. Representa “deshacer un paso que ya se completó”, no “detener el paso que está en curso”.
• Multiple representa una carrera entre desencadenantes. Parallel Multiple es una compuerta que espera a que se produzcan todos.

Boundary Event no interruptivos

Tipo	Significado	Ejemplo habitual
Message	Llega un mensaje mientras la actividad continúa; el mensaje inicia una ruta paralela.	“Redactar propuesta” sigue en curso cuando el mensaje “se recibió un comentario del revisor” inicia “Registrar comentario de revisión”.
Timer	Un recordatorio o una comprobación periódica; la actividad no se detiene.	“Gestionar solicitud de soporte” tiene un temporizador repetitivo de ocho horas que inicia “Enviar actualización de estado” mientras continúa la gestión.
Escalation	Activa una escalación en paralelo con la actividad, sin finalizarla.	“Resolver reclamación” sigue en curso mientras la escalación “cliente estratégico” inicia “Avisar al director de cuentas”.
Conditional	Una condición inicia una ruta paralela mientras continúa la actividad.	“Tramitar solicitud de préstamo” sigue en curso cuando riskScore > 70 inicia “Marcar para revisión de auditoría”.
Signal	Una señal difundida inicia una ruta paralela para cada receptor; la actividad continúa.	“Ejecutar proceso por lotes nocturno” sigue en curso cuando la señal “mercado cerrado” inicia “Guardar una instantánea de los totales provisionales”.
Multiple	Cualquiera de varios desencadenantes inicia una ruta paralela; la actividad continúa.	“Negociar contrato” sigue abierto; un mensaje de la contraparte o un temporizador de tres días inicia “Enviar recordatorio”.
Parallel Multiple	Todos los desencadenantes juntos inician una ruta paralela; la actividad continúa.	“Esperar todas las comprobaciones” sigue activa hasta que llegan tanto el mensaje como la señal; después inicia “Registrar que todo está listo”.

Los Boundary Event no interruptivos sirven para recordatorios, notificaciones, observación y escalaciones en paralelo. No modifican el flujo principal; añaden una ruta paralela.

Tipos de eventos que no son Boundary Event

Algunos tipos de eventos parecen poder usarse como Boundary Event, pero no es así:

• Link conecta partes de un flujo. Es un evento intermedio de captura o de emisión dentro de la secuencia, no un elemento adjunto.
• Terminate finaliza una instancia de proceso completa y solo existe como evento de fin.
• Ninguno no es un desencadenante, por lo que un Boundary Event nunca puede ser “Ninguno”: todo Boundary Event debe capturar algo.

Añadir un Boundary Event en ProcessMind

1. Abra la paleta Elementos BPMN.
2. Para un evento interruptivo, elija un tipo del grupo Boundary Event. Para uno no interruptivo, elija un tipo de Evento de límite no intermedio..
3. Arrástrelo hasta el borde de una tarea, un subproceso, una transacción o una Call Activity.
4. Suéltelo. El evento se ajustará al borde más cercano y la actividad quedará como su anfitriona.
5. Trace el flujo de secuencia desde el Boundary Event hasta el primer paso de la excepción o de la ruta paralela.

Consejos para utilizarlos:

• Al soltar un evento intermedio en el borde de una actividad, queda adjunto. Si lo suelta en un área vacía del lienzo, se crea un evento intermedio de captura normal. Arrástrelo después hasta un borde para adjuntarlo o fuera del borde para separarlo.
• Un Boundary Event se mueve, se oculta y se elimina junto con la actividad anfitriona. Nunca se coloca de forma independiente.
• La versión no interruptiva aparece como una entrada independiente en la paleta, no como una casilla. Selecciónela antes de arrastrar el evento si la actividad debe seguir en curso.
• Al exportar, la asociación se guarda como attachedToRef y la configuración de interrupción como cancelActivity. Ambas se restauran al volver a importar el archivo.

Errores frecuentes

• Un Boundary Event sin flujo de salida. Captura el desencadenante, pero no tiene una ruta de salida; la ruta de excepción termina en un punto muerto.
• Un temporizador no interruptivo cuando se necesita detener la actividad. La actividad sigue en curso, por lo que el plazo no detiene el trabajo. Use la versión interruptiva para indicar un plazo.
• Un evento de límite de error en una tarea simple. Asócielo al subproceso o a la Call Activity que contiene el paso que puede fallar.
• Esperar que un Boundary Event se active después de que termine la actividad. No puede hacerlo, salvo en el caso de la compensación, que se habilita al finalizar la actividad.
• Usar Cancelar fuera de una transacción. El evento de límite de cancelación solo está definido para subprocesos de transacción.
• Añadir dos eventos interruptivos a una actividad y esperar que se sigan ambas rutas. Se activa el primer desencadenante; la actividad y sus demás Boundary Event se cancelan con él.

Todos los eventos y sus símbolos correspondientes

Genere un modelo BPMN personalizado

Temas relacionados

• Eventos: todos los tipos de eventos.
• Intermediate Event: eventos que aparecen en medio de un flujo.
• Actividades: tareas y subprocesos a los que se puede adjuntar un Boundary Event.
• Elementos BPMN compatibles: lo que ProcessMind importa y exporta.
• BPMN 2.0: guía práctica: la notación con ejemplos desarrollados.