Evento de fin
El círculo con borde grueso que marca dónde termina un proceso o uno de sus caminos.
Qué significa un evento de fin
Un evento de fin es un círculo con borde grueso que marca el final de un camino del proceso. Cuando un token alcanza un evento de fin, se consume — ese camino termina. Una instancia de proceso termina en su conjunto cuando todos sus tokens activos han llegado a eventos de fin (o cuando se dispara un evento de fin de *terminación*, que detiene todo de inmediato).
BPMN 2.0 admite varios tipos de evento de fin, distinguidos por el marcador dentro del círculo. El *simple* termina el camino sin más. El de *mensaje* envía un mensaje al finalizar. El de *señal* difunde una señal que otras partes del proceso (u otros procesos) pueden capturar. El de *terminación* cierra todos los tokens activos del proceso, no sólo el suyo — úselo para semánticas de cancelación. El de *error* lanza un error que un subproceso contenedor puede atrapar con un evento de frontera.
Por qué un proceso suele tener más de un evento de fin
- Resultados distintos merecen etiquetas distintas — «Pedido enviado» frente a «Pedido rechazado» frente a «Cliente canceló». Tres eventos de fin se leen con claridad.
- Resultados distintos tienen efectos posteriores diferentes — uno envía un mensaje, otro difunde una señal, otro simplemente termina en silencio.
- Modelar un único evento de fin y enrutar todo hacia él obliga a inventar una etiqueta genérica («Proceso terminado») que oculta precisamente la información que necesita el lector.
Los eventos de fin en LucidFlow
LucidFlow emite un evento de fin por cada resultado que detecta en el documento fuente. «Aprobado y enviado» y «Rechazado — cliente notificado» se convierten en dos eventos de fin separados, cada uno con una etiqueta clara. El mapa de calor de cuellos de botella colorea los flujos de secuencia que llevan a cada evento de fin por coste y duración acumulados, de modo que puede ver de un vistazo qué resultados son caros de alcanzar y cuáles son rápidos.
Preguntas frecuentes
¿Un proceso puede terminar sin evento de fin?
Técnicamente sí — un proceso sin token activo se completa implícitamente — pero en la práctica un diagrama sin evento de fin es incompleto. La especificación BPMN 2.0 lo permite, las buenas prácticas no lo recomiendan.
¿Qué pasa si un proceso tiene múltiples ramas y sólo una llega al evento de fin?
Si las otras ramas tienen sus propios eventos de fin, el proceso termina cuando todos los tokens activos se han consumido. Si alguna rama no tiene fin, el proceso queda en estado activo indefinidamente — un error de modelado habitual.
¿Es necesario etiquetar los eventos de fin?
No es obligatorio, pero sí muy recomendable. Una etiqueta como «Solicitud aprobada» o «Proceso cancelado» hace que el diagrama sea legible de un solo vistazo. Sin etiqueta, el lector debe rastrear el flujo para entender qué resultado representa ese final.