Tema anterior: Objetos de reglasTema siguiente: Ejemplo de evaluación de reglas


Evaluación de reglas

Las reglas de políticas se pueden evaluar para un evento de las dos maneras que se indican a continuación:

Por ejemplo, considere las siguientes políticas, todas ellas para ModifyUserEvent en la tarea de administración Modificar usuario:

Política

Regla

Evaluación

Política 1

Usuario donde (ID de usuario = Smith01)

Siempre

Política 2

Usuario donde (Título = Gestor)

Cuando cambia el atributo Título

Política 3

Usuario donde (Salario >= 80.000)

Cuando cambia el atributo Salario

La política 1 se evalúa cada vez que el administrador ejecuta la tarea Modificar usuario para el usuario Smith01, independientemente del atributo que cambie.

La política 2 se evalúa cuando el administrador ejecuta la tarea Modificar usuario para cambiar el atributo Título de cualquier objeto de usuario. La política 2 es verdadera si el título cambia a Director.

La política 3 se evalúa cuando el administrador ejecuta la tarea Modificar usuario para cambiar el atributo Salario de cualquier objeto de usuario. La política 3 es verdadera si el salario cambia a 80.000 o más.

En este ejemplo, si un administrador usa la tarea Modificar usuario para cambiar el atributo Título a Gestor para el usuario Smith01, tanto la política 1 como la política 2 evalúan si es verdadero y se inician sus procesos de flujo de trabajo respectivos. En este caso, se aplica el orden de prioridades estándar.

La evaluación de reglas condicional permite que un aprobador de un elemento de trabajo cambie un atributo que afecta a otro elemento de trabajo del mismo evento mientras este evento sigue pendiente. Sólo será posible para políticas de aprobación que tienen el tipo de evaluación definido en Siempre. En el ejemplo anterior, si un administrador cambia un atributo del usuario Smith01, la política 1 será verdadera y generará un elemento de trabajo. Mientras se aprueba el elemento de trabajo generado por la política 1, ese aprobador puede cambiar, en la misma pantalla de aprobación, el atributo Salario de Smith01. En este caso, el nuevo valor de salario de Smith01 determinará si la política 3 generará o no un elemento de trabajo para la misma instancia de ModifyUserEvent. Si el aprobador cambia el salario a 90.000, la política 3 generará un nuevo elemento de trabajo que se deberá aprobar antes de que se apruebe el evento. Se aplicará el orden de prioridades estándar.

Más información:

Orden de la política

Objetos de reglas