Argomento precedente: Attributi evidenziati come modificati nelle schermate di approvazione del flusso di lavoroArgomento successivo: Configurazione di un flusso di lavoro basato su criterio per gli eventi


Esempi di criteri

I seguenti esempi di Use Case aziendali mostrano com'è possibile applicare i criteri di approvazione del flusso di lavoro per un evento:

Esempio 1

Use Case: un amministratore modifica l'account del database relazionale di un dipendente.

Attività di amministrazione – ModifyMSSQLAccount

Evento – ModifyMSSQLAccountEvent

Regola di approvazione – Utente dove (Titolo = RDBAcctManager)

Processo del flusso di lavoro – ModAcctApproval (personalizzato)

Oggetto – Iniziatore attività

Valutazione – Valutare sempre la regola

Esempio 2

Use Case – Un amministratore modifica lo stipendio di un dipendente in seguito a un avanzamento di carriera.

Attività di amministrazione – Modifica utente

Evento – ModifyUserEvent

Regola di approvazione – Utente dove (Salary >= 100000)

Processo del flusso di lavoro – SalaryChangeApproval (personalizzato)

Oggetto – Oggetto primario dell'evento (utente)

Valutazione – Valutare solo quando cambia l'attributo Salary

Esempio 3

Use Case – Un amministratore aggiunge un utente al gruppo Appaltatori quando il suo titolo diviene Contractor. Questo esempio può essere suddiviso sui due seguenti criteri di approvazione:

Criterio 1:

Attività di amministrazione – Modifica utente

Evento – ModifyUserEvent

Regola di approvazione – Utente dove (Title = Contractor)

Processo del flusso di lavoro – SingleStepApproval (predefinito)

Oggetto – Oggetto primario dell'evento (utente)

Valutazione – Valutare solo quando cambia l'attributo Title

Criterio 2:

Attività di amministrazione – Modifica gruppo o Modifica membri del gruppo

Evento – AddToGroup

Regola di approvazione – Utente dove (Nome gruppo = Contractors)

Processo del flusso di lavoro – SingleStepApproval (predefinito)

Oggetto – Oggetto secondario dell'evento (gruppo)

Valutazione – Valutare sempre la regola

I seguenti esempi di Use Case aziendali mostrano com'è possibile applicare i criteri di approvazione del flusso di lavoro per un'attività:

Esempio 1

Use Case: un amministratore modifica l'account Active Directory di un dipendente.

Attività di amministrazione – ModifyActiveDirectoryAccount

Oggetto – Iniziatore attività

Regola di approvazione – Utente dove (Titolo = ActiveDirectoryManager)

Processo del flusso di lavoro – SingleStepApproval

Valutazione – Valutare sempre la regola

Esempio 2

Use Case – Un amministratore modifica un utente il cui codice dipendente è HighSecurity.

Attività di amministrazione – Modifica utente

Oggetto – Oggetto primario dell'attività

Regola di approvazione – Utente dove (employeenumber = HighSecurity)

Processo del flusso di lavoro – SingleStepApproval

Valutazione – Valutare sempre la regola

Esempio 3

Use Case – Un amministratore modifica un utente per assegnargli i ruoli di amministrazione CheckApprover e CheckSigner.

Attività di amministrazione – Modifica utente

Oggetto– Violazione criteri di identità

Regola di approvazione – IdentityPolicy dove (Nome = CheckRoles)

Processo del flusso di lavoro – SingleStepApproval

Valutazione – Valutare sempre la regola