Evento de señal
Un evento de difusión — cuando un proceso lanza una señal, cualquier proceso que la esté escuchando puede reaccionar, en el mismo diagrama o en otro.
Qué es un evento de señal
Un evento de señal lanza o recibe una señal identificada por nombre. A diferencia del evento de mensaje — que va de un emisor específico a un receptor específico — la señal es una difusión: cualquier proceso que tenga un evento de captura de señal con el mismo nombre puede reaccionar. Es el equivalente BPMN de un evento de publicación/suscripción.
Los eventos de señal pueden ser de inicio (el proceso arranca cuando recibe la señal), intermedios (el proceso espera la señal o la lanza durante su ejecución) y de fin (el proceso termina lanzando una señal). El lanzamiento no necesita saber quién escucha — simplemente difunde. Esto hace que las señales sean ideales para desacoplamiento entre procesos.
Señal frente a mensaje: cuándo usar cada uno
- Use señal cuando múltiples procesos deben reaccionar al mismo evento — «pedido confirmado» puede lanzar a la vez el proceso de almacén, el de facturación y el de notificación al cliente.
- Use mensaje cuando la comunicación es entre dos participantes concretos y el receptor importa — «el proveedor confirma la entrega a nuestro sistema de compras».
- Use señal para comunicación dentro del mismo pool o entre procesos del mismo participante.
- Use mensaje para comunicación entre pools distintos (organizaciones o sistemas diferentes).
Los eventos de señal en LucidFlow
LucidFlow genera eventos de señal cuando el documento describe notificaciones de difusión o desencadenantes que afectan a múltiples procesos simultáneamente. En el proceso transformado por IA, las señales son el mecanismo natural para que un agente de IA notifique a múltiples flujos de trabajo que una tarea transversal ha terminado — por ejemplo, «análisis de riesgo completado» que desbloquea simultáneamente el proceso de aprobación y el de preparación de documentos.
Preguntas frecuentes
¿La señal puede cruzar pools?
Sí. A diferencia del flujo de mensaje (que requiere una línea explícita entre pools), la señal se difunde sin conexión directa. Cualquier proceso que escuche esa señal, independientemente del pool, puede reaccionar. Esto es lo que la hace tan útil para arquitecturas de microservicios o procesos desacoplados.
¿Puede una señal tener datos asociados?
Las señales en BPMN 2.0 tienen nombre pero no llevan una carga de datos estructurada como los mensajes. Para transmitir datos junto con la señal, use variables de proceso o un almacén de datos compartido que los receptores lean al capturar la señal.
¿Qué pasa si nadie está escuchando cuando se lanza una señal?
La señal se pierde silenciosamente — no hay confirmación de entrega. Esto es diferente de un mensaje, que espera un receptor. Si necesita garantía de entrega, use mensajes en lugar de señales.