Las reglas de políticas se pueden evaluar para un evento de las dos maneras que se indican a continuación:
Se invocan las políticas con tipo de evaluación de Siempre si la política evalúa en verdadero sin tener en cuenta si los atributos incluidos en la política se cambian o no. En la pantalla de aprobación para un elemento de trabajo que se generó como resultado de un tipo de evaluación de política especificado en Siempre, un aprobador puede cambiar los atributos editables en la pantalla de aprobación.
Nota: Si el aprobador hace clic en el botón Rechazar, el evento se rechaza como ocurrió anteriormente.
Sólo se invoca una política con tipo de evaluación OnChange si la política se evalúa como Verdadera y ninguno de los atributos incluidos en la política cambia. En la pantalla de aprobación para un elemento de trabajo que se generó como resultado de una política con tipo de evaluación definido en Onchange, el aprobador sólo podrá cambiar el valor de aquellos atributos contenidos en la política, si dichos atributos tienen permiso de lectura y escritura para esa pantalla de aprobación. El resto de atributos que existen en la pantalla de aprobación sólo tienen permisos de sólo lectura.
Nota: Si el aprobador hace clic en el botón Rechazar, sólo se rechazarán los cambios realizados a los atributos incluidos en la política de aprobación y se evaluará la siguiente política de aprobación en orden.
Esta opción se aplica sólo al objeto primario del evento o de la tarea.
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.
|
Copyright © 2014 CA.
Todos los derechos reservados.
|
|