Disparar flujos de trabajo es el escenario de regla que decide qué flujo de aprobación sigue un cambio en Employee Central. Una regla de este escenario evalúa los datos del cambio y, si se cumple su condición, establece qué flujo corresponde. El flujo en sí, con sus pasos y aprobadores, se configura aparte, como objeto de fundamento, como vimos en la U5 L3. El escenario es el puente entre el cambio y el flujo.
La academia indica que las reglas de este escenario solo se pueden asignar al guardar. Tiene sentido: el flujo se decide cuando el usuario envía el cambio, con todos los datos completos. La nota 3052999 muestra lo que pasaba antes de los escenarios: una regla de flujo creada con el escenario básico y asignada con otro evento se guardaba sin aviso, pero no disparaba el flujo. Con el escenario específico, Gestionar configuración empresarial muestra un error de validación y no deja asignarla así.
En la parte ENTONCES, la regla establece el campo de configuración del flujo, wfConfig, con el código del flujo que corresponde. La nota 2569624 explica que ese campo aparece al usar el escenario específico. En Best Run Argentina, la regla es AR_Disparar flujo de promoción: si el motivo de evento es AR_PROMO, establece wfConfig en AR_APR_PROMO, AR_Aprobación de promoción. Se asigna en jobInfo, al guardar, después de AR_Derivar motivo de evento.
La condición de la regla es un punto de diseño importante. La lección recomienda que la regla del flujo lea el motivo, en lugar de repetir la condición que lo deriva. Si la regla preguntara "si cambió el grado", fallaría en dos casos: cuando una promoción llega con AR_PROMO desde una plantilla, sin cambio de grado, y cuando la regla del motivo cambia y la del flujo no. Es la situación 2 del ejercicio de la L3, y se corrige con la condición "el motivo de evento es AR_PROMO".
La historia de este mecanismo explica por qué hay clientes con configuraciones mixtas. Antes, la derivación de flujos se configuraba en archivos XML. Hoy se configura solo con reglas de negocio, y la nota 2260431 menciona la opción de la instancia que lo habilita. Un cliente con una implementación antigua puede tener reglas de flujo básicas que conviene migrar a este escenario cuando necesiten un cambio.
Una regla de este escenario puede tener varias ramas, una por flujo. Es habitual que un cliente tenga un flujo para promociones, otro para traslados, otro para cambios de compensación y otro para bajas. Agruparlos en una sola regla por elemento facilita ver de un vistazo qué cambio dispara qué flujo, aunque cada rama tiene que leer el motivo correspondiente.
Al probar, conviene confirmar tres cosas: que el cambio esperado dispara el flujo, que los cambios que no corresponden no lo disparan, y que el flujo llega a los aprobadores correctos. Para lo último, la herramienta de diagnóstico de la L6 muestra qué regla derivó el flujo y quiénes quedaron como participantes.
