#Approvazione

This feature is provided by the commercial plugin «Flusso di lavoro: Approvazione», please purchase to use

#Introduzione

Nei flussi di lavoro di approvazione, è necessario utilizzare un nodo "Approvazione" dedicato per configurare la logica operativa che gli approvatori useranno per gestire (approvare, rifiutare o restituire) le richieste di approvazione. Il nodo "Approvazione" può essere utilizzato solo nei processi di approvazione.

#Creare un nodo

Clicchi sul pulsante più ("+") nel flusso di lavoro, aggiunga un nodo "Approvazione" e selezioni una delle modalità di passaggio per creare il nodo di approvazione:

#Configurazione del nodo

#Modalità di passaggio

Esistono due modalità di passaggio:

1. Modalità diretta (Pass-through): Utilizzata solitamente per processi più semplici. Il superamento o meno del nodo di approvazione determina solo la fine del processo. Se non viene superato, il processo si conclude direttamente.

   

2. Modalità a rami (Branch): Utilizzata solitamente per logiche di dati più complesse. Dopo che il nodo di approvazione produce un risultato, altri nodi possono continuare a essere eseguiti all'interno del suo ramo di risultato.

   

   Dopo che questo nodo viene "approvato", oltre a eseguire il ramo di approvazione, continuerà anche a eseguire i flussi di lavoro successivi. Dopo un'operazione di "rifiuto", per impostazione predefinita, può anche continuare a eseguire i flussi di lavoro successivi, oppure può configurare il nodo per terminare il processo dopo l'esecuzione del ramo.

#Approvatore

L'approvatore è l'insieme di utenti responsabili dell'azione di approvazione di questo nodo. Può essere uno o più utenti. La fonte può essere un valore statico selezionato da un elenco di utenti o un valore dinamico specificato da una variabile.

Quando seleziona una variabile, può scegliere solo la chiave primaria o la chiave esterna dei dati utente dal contesto e dai risultati del nodo. Se la variabile selezionata è un array durante l'esecuzione (una relazione uno-a-molti), ogni utente nell'array verrà unito all'intero insieme di approvatori.

Oltre a selezionare direttamente utenti o variabili, è anche possibile filtrare dinamicamente gli utenti che soddisfano determinate condizioni, basandosi su criteri di query della tabella utenti, per designarli come approvatori:

#Modalità di consenso

Se al momento dell'esecuzione finale c'è un solo approvatore (anche dopo la deduplicazione di più variabili), indipendentemente dalla modalità di consenso selezionata, solo quell'utente eseguirà l'operazione di approvazione e il risultato sarà determinato esclusivamente da quell'utente.

Quando ci sono più utenti nell'insieme degli approvatori, la selezione di diverse modalità di consenso rappresenta diversi metodi di elaborazione:

1. Qualsiasi (Anyone): Basta che una persona approvi perché il nodo sia considerato approvato; il nodo viene rifiutato solo se tutti rifiutano.
2. Controfirma (Countersign): Tutti devono approvare perché il nodo sia considerato approvato; basta che una persona rifiuti perché il nodo sia rifiutato.
3. Voto (Vote): Il numero di persone che approvano deve superare una percentuale stabilita perché il nodo sia considerato approvato; altrimenti, il nodo è rifiutato.

Per l'azione di restituzione, in qualsiasi modalità, se un utente nell'insieme degli approvatori la elabora come restituzione, il nodo uscirà direttamente dal processo.

#Ordine di elaborazione

Allo stesso modo, quando ci sono più utenti nell'insieme degli approvatori, la selezione di diversi ordini di elaborazione rappresenta diversi metodi di elaborazione:

1. Parallelo (Parallel): Tutti gli approvatori possono elaborare in qualsiasi ordine; la sequenza di elaborazione non è rilevante.
2. Sequenziale (Sequential): Gli approvatori elaborano in sequenza secondo l'ordine stabilito nell'insieme degli approvatori. Il prossimo approvatore può elaborare solo dopo che il precedente ha inviato.

Indipendentemente dal fatto che sia impostato su elaborazione "Sequenziale", il risultato prodotto in base all'ordine effettivo di elaborazione seguirà anche le regole della "Modalità di consenso" sopra menzionata. Il nodo completa la sua esecuzione una volta soddisfatte le condizioni corrispondenti.

#Uscire dal flusso di lavoro dopo la fine del ramo di rifiuto

Quando la "Modalità di passaggio" è impostata su "Modalità a rami", può scegliere di uscire dal flusso di lavoro dopo la fine del ramo di rifiuto. Dopo aver selezionato questa opzione, alla fine del ramo di rifiuto verrà visualizzata una "✗", a indicare che i nodi successivi non continueranno dopo la fine di questo ramo.

#Configurazione dell'interfaccia dell'approvatore

La configurazione dell'interfaccia dell'approvatore serve a fornire un'interfaccia operativa per l'approvatore quando il flusso di lavoro di approvazione esegue questo nodo. Clicchi sul pulsante di configurazione per aprire la finestra pop-up:

Nel pop-up di configurazione, può aggiungere blocchi come il contenuto originale della richiesta, le informazioni di approvazione, il modulo di elaborazione e il testo di suggerimento personalizzato:

#Contenuto originale della richiesta

Il blocco dei dettagli del contenuto di approvazione è il blocco di dati inviato dall'iniziatore. Simile a un normale blocco di dati, può aggiungere liberamente componenti di campo dalla collezione e disporli a piacimento per organizzare il contenuto che l'approvatore deve visualizzare.

#Modulo di elaborazione

Nel blocco del modulo di azione, può aggiungere i pulsanti di azione supportati da questo nodo, inclusi "Approva", "Rifiuta", "Restituisci", "Riassegna" e "Aggiungi firmatario".

Inoltre, nel modulo di azione possono essere aggiunti anche campi modificabili dall'approvatore. Questi campi verranno visualizzati nel modulo di azione quando l'approvatore elabora l'approvazione. L'approvatore può modificare i valori di questi campi e, dopo l'invio, verranno aggiornati contemporaneamente sia i dati per l'approvazione sia lo snapshot dei dati corrispondenti nel processo di approvazione.

#"Approva" e "Rifiuta"

Tra i pulsanti di azione di approvazione, "Approva" e "Rifiuta" sono azioni decisive. Dopo l'invio, l'elaborazione dell'approvatore per questo nodo è completata. Campi aggiuntivi da compilare al momento dell'invio, come "Commento", possono essere aggiunti nel pop-up "Configurazione elaborazione" del pulsante di azione.

#"Restituisci"

L'azione "Restituisci" è anch'essa un'operazione decisiva. Oltre a poter configurare un commento, è possibile configurare anche i nodi a cui è possibile restituire:

#"Riassegna" e "Aggiungi firmatario"

"Riassegna" e "Aggiungi firmatario" sono azioni non decisive utilizzate per regolare dinamicamente gli approvatori nel processo di approvazione. "Riassegna" consiste nel trasferire il compito di approvazione dell'utente corrente a un altro utente per l'elaborazione. "Aggiungi firmatario" consiste nell'aggiungere un approvatore prima o dopo l'approvatore corrente, e il nuovo approvatore continuerà l'approvazione insieme.

Dopo aver abilitato i pulsanti di azione "Riassegna" o "Aggiungi firmatario", è necessario selezionare l'"Ambito di assegnazione" nel menu di configurazione del pulsante per impostare l'intervallo di utenti che possono essere assegnati come nuovi approvatori:

Come per la configurazione originale degli approvatori del nodo, l'ambito di assegnazione può essere costituito da approvatori selezionati direttamente o basato su condizioni di query della collezione utenti. Verrà infine unito in un unico insieme e non includerà gli utenti già presenti nell'insieme degli approvatori.

#Risultato del nodo

Una volta completata l'approvazione, lo stato e i dati pertinenti verranno registrati nel risultato del nodo e potranno essere utilizzati come variabili dai nodi successivi.

#Stato di approvazione del nodo

Rappresenta lo stato di elaborazione del nodo di approvazione corrente. Il risultato è un valore enumerato.

#Dati dopo l'approvazione

Se l'approvatore modifica il contenuto dell'approvazione nel modulo di azione, i dati modificati verranno registrati nel risultato del nodo per essere utilizzati dai nodi successivi. Per utilizzare i campi di relazione, è necessario configurare il precaricamento per i campi di relazione nel trigger.

#Registri di approvazione

v1.8.0+

Il registro di elaborazione dell'approvazione è un array che contiene i registri di elaborazione di tutti gli approvatori in questo nodo. Ogni riga del registro di elaborazione include i seguenti campi:

Campo	Tipo	Descrizione
id	number	Identificatore unico per il registro di elaborazione
userId	number	ID utente che ha elaborato questo registro
status	number	Stato di elaborazione
comment	string	Commento al momento dell'elaborazione
updatedAt	string	Ora di aggiornamento del registro di elaborazione

Può utilizzare questi campi come variabili nei nodi successivi, a seconda delle necessità.