Flusso di lavoro › Flusso di lavoro basato su criterio › Valutazione regola › Esempio di valutazione regola

Esempio di valutazione regola

Si considerino i criteri seguenti, tutti relativi a ModifyUserEvent nell'attività di amministrazione Modifica utente:

Policy1 viene valutato tutte le volte che l'amministratore richiama l'attività Modifica utente per l'utente Smith01, a prescindere da quale sia l'attributo che varia.

Policy2 viene valutato quando l'amministratore richiama l'attività Modifica utente per modificare l'attributo Title di un oggetto utente qualsiasi. Policy2 è vero se Title cambia in Manager.

Policy3 viene valutato quando l'amministratore richiama l'attività Modifica utente per modificare l'attributo Salary di un oggetto utente qualsiasi. Policy3 è vero se Salary passa a 80 000 o più.

Nell'esempio, se un amministratore utilizza l'attività Modifica utente per modificare l'attributo Title in Manager per l'utente Smith01, allora verranno valutati come veri sia il criterio Policy1 sia il criterio Policy2, avviando i rispettivi processi di flusso di lavoro. In questo caso si applica l'ordine di priorità standard.

La valutazione condizionale delle regole consente al revisore di un elemento di lavoro di modificare un attributo che influisce su un altro elemento di lavoro relativo allo stesso evento mentre l'evento è ancora in sospeso. Ciò è possibile solo per i criteri di approvazione con tipo di valutazione Always. Sempre facendo riferimento all'esempio precedente, se un amministratore modifica un attributo relativo all'utente Smith01, allora Policy1 è vero e genera un elemento di lavoro. Mentre approva l'elemento di lavoro generato da Policy1, il revisore potrà modificare l'attributo Salary di Smith01 direttamente sulla schermata di approvazione. In questo caso, il nuovo valore di Salary per l'utente Smith01 determina se il criterio Policy3 genererà un elemento di lavoro per la stessa istanza di ModifyUserEvent. Se il revisore modifica lo stipendio in 90 000, allora Policy3 genererà un nuovo elemento di lavoro che dovrà essere approvato prima dell'approvazione dell'evento in sé. Si applica l'ordine di priorità standard.