Introduzione alle approvazioni della gerarchia di gestione

Il metodo di approvazione Gerarchia gestione consente di invitare gli approvatori in base alla gerarchia di gestione di chi sottomette la richiesta

Quando si crea il criterio di approvazione, si seleziona un set di nodi gerarchia da un'applicazione Utenti contenente la gerarchia di gestione. Quindi, dopo che una richiesta viene sottomessa, il padre dell'individuo che ha effettuato la sottomissione viene invitato ad approvarla. Quando tale utente approva la richiesta, il criterio continua a essere applicato salendo nella gerarchia di gestione finché non viene evaso.

Considerazioni

  • È possibile configurare il metodo Gerarchia gestione solo nei criteri Approvazione. Non è possibile configurarlo nei criteri Commit o Notifica.
  • Il set di nodi selezionato per la gerarchia di gestione deve soddisfare le condizioni descritte di seguito.
    • Deve provenire da un'applicazione Utenti. Fare riferimento alla sezione Utilizzo delle applicazioni Utenti.
    • Deve essere un set di nodi gerarchia e non un set di nodi elenco, ovvero il set di nodi deve avere un set di gerarchie associato.
    • Non può supportare nodi condivisi.
  • Per poter approvare la richiesta, gli utenti nella gerarchia di gestione devono disporre almeno dell'autorizzazione Partecipante (lettura) per l'angolazione vista associata al criterio. Fare riferimento alla sezione Sicurezza in termini di viste e angolazioni vista.

    Note:

    A differenza dei proprietari dei nodi in un criterio per cui viene utilizzato il metodo di approvazione Possesso, gli utenti che non dispongono almeno dell'autorizzazione Partecipante (lettura) per l'angolazione vista non possono approvare le richieste tramite il relativo inspector. Se invece un utente nella gerarchia di gestione non dispone dell'autorizzazione appropriata, la richiesta viene escalata. Fare riferimento alla sezione Promemoria ed escalation dei criteri.
  • Utilizzare l'impostazione Tipo evasione per determinare il modo in cui viene evaso il criterio Gerarchia gestione.

    • Fisso: il criterio viene considerato evaso dopo che si è passati attraverso un determinato numero di livelli di approvazione.
    • Variabile: il criterio viene considerato evaso quando una determinata espressione di evasione restituisce il valore True. Il contesto nodo dell'espressione è di tipo Utente.

    Ad esempio, è possibile utilizzare 2 per l'impostazione Fisso per specificare che il criterio risulta evaso quando il padre della persona che ha effettuato la sottomissione e il predecessore del livello immediatamente più alto nella gerarchia approvano la richiesta oppure utilizzare l'impostazione Variabile per specificare che il criterio risulta evaso quando viene ricevuta un'approvazione in cui la proprietà CoreStats.Level per il nodo gerarchia ha un valore superiore a 2.

Elaborazione della richiesta

Per i criteri Gerarchia gestione, gli invitati e l'evasione vengono calcolati in base alla struttura nodi del set di nodi di tale gerarchia. Quando una richiesta con un criterio Gerarchia gestione raggiunge lo stadio di approvazione, si verifica quanto segue.

  1. Il set di nodi della gerarchia di gestione viene valutato e il nodo associato al proprietario della richiesta viene individuato.
  2. L'utente associato al nodo padre del nodo del proprietario della richiesta viene invitato ad approvarla.
  3. Quando tutti i singoli invitati approvano la richiesta, il criterio viene valutato al fine di stabilire se è stato evaso.
    • Se il tipo evasione è Fisso, il criterio viene considerato evaso se è stato raggiunto il numero di approvazioni specificato dall'impostazione Livelli evasione.
    • Se il tipo evasione è Variabile, l'espressione di evasione viene valutata e il criterio viene considerato evaso se l'espressione restituisce True.
  4. Se il criterio viene evaso, la richiesta passa. allo stadio successivo. Se il criterio non viene evaso, il predecessore immediatamente più in alto nel set di nodi viene invitato ad approvare la richiesta.

Escalation delle richieste

Le richieste vengono escalate se è vera una qualsiasi delle condizioni descritte di seguito.

  • Al criterio non è associato alcun set di nodi gerarchia di tipo Utente valido.
  • Il proprietario della richiesta non viene trovato nella gerarchia di gestione.
  • L'invitato non è un utente valido in Oracle Enterprise Data Management Cloud, ovvero la proprietà EDM User per l'utente non è uguale a True. Fare riferimento alla sezione Proprietà predefinite per le applicazioni Utenti.
  • L'invitato non dispone almeno dell'autorizzazione Partecipante (lettura) per l'angolazione vista associata al criterio.
  • L'invitato del nodo più alto ha approvato la richiesta, ma il criterio non è stato evaso. Ad esempio, il criterio richiede cinque livelli di approvazione, ma nella catena gerarchica sono presenti solo quattro livelli.
  • L'invitato è fuori sede o non ha un indirizzo e-mail configurato.