Un breve resumen de cómo funciona una política de workflow con un escenario de ejemplo.
Escenario:
Se debe crear una actividad a un usuario específico del sistema cuando otro objeto (por ejemplo: una incidencia) pasa a un estado específico (por ejemplo: resuelta)
Lo primero que debemos tener en cuenta es saber cómo desarrollar este requisito:
Creamos un WF que llamará a un BS para crear la actividad a los usuarios que tengan la posición específica cuando la incidencia pase a estado resuelta.
Puesto que por código no podemos controlar cuando ejecutar el proceso que genera la actividad, necesitaremos «algo» que desencadene esta ejecución: una WorkFlow Policy.
1º- Crear la WF Policy
Ir a : Administración – Procesos de negocios
Seleccionar: Pólizas de flujo de trabajo (Workflow Policies)
Crear un registro en la vista: «Workflow Policy Detail View»
2º- Crear el trigger
Ir a Administración – Gestión del servidor –> Trabajos
Lanzar el trabajo: Generate Triggers, El parámetro «Remove» debe ser = TRUE (en el caso de que ya haya un trabajo previo lanzado)
Incluir los siguientes parámetros en el Trabajo:
EXEC = True
Mode = All
Privilegde User = siebel
Privilegde User Pass = [El correspondiente del entorno]
Remove = TRUE
Una vez que esté en «Status» = Éxito, lanzar el trabajo: «Generate Triggers» nuevamente, el parámetro «Remove» debe ser = FALSE con los siguientes parámetros
EXEC = True
Mode = All
Privilegde User = siebel
Privilegde User Pass = [El correspondiente del entorno]
Remove = FALSE
3º- La política de workflow detecta cuando una incidencia cumple la condición establecida en la WF Policy creada en el paso 1 (a través del trigger de bbdd -paso 2-)
Se inserta un registro en la tabla S_ESCL_REQ
BT_ROW_ID: id de la incidencia que ha cumplido las condiciones (esto es el ROW_ID de la Tabla correspondiente a Incidencias)
GROUP_ID: Id del grupo de políticas al que pertenece nuestra política.
RULE_ID: Id de la política que ha sido disparada.
TBL_NAME: Nombre de la Tabla correspondiente a Incidencias
Seguidamente, el componente Workflow Monitor Agent lee la tabla S_ESCL_REQ y prepara las acciones a ejecutar insertando registros en la tabla S_ESCL_STATE
BT_ROW_ID: id de la incidencia que ha cumplido las condiciones
END_TM: fecha y hora en la que se ejecutará la acción
RULE_ID: Id de la política que ha sido disparada
STATUS: Estado de la ejecución (pendiente, terminada)
Finalmente, cuando llegue la hora de ejecutar la acción, el Workflow Process Manager ejecutará dicha acción y guardará el resultado en la S_ESCL_LOG
La acción en nuestro escenario será la ejecución de un WorkFlow que llamará al BS el cual contendrá toda la lógica para la creación de la actividad.
