Mettete il giudizio umano dove conta la decisione.
Lasciate che la policy identifichi le azioni che richiedono una persona. Fornite al revisore la richiesta, il motivo dell'escalation e la conseguenza della decisione in Decision Desk.
L'azione da governare
Rilasciate un pagamento
Un'approvazione dovrebbe modificare ciò che accade dopo.
Un'istruzione di pagamento crea un'obbligazione reale. Quando l'importo o le circostanze superano la soglia della vostra policy, l'azione richiede una decisione da parte di un revisore responsabile. KLA collega quella decisione al percorso di esecuzione governato.
Un pagamento raggiunge la soglia di approvazione.
L'agente prepara l'istruzione. La policy richiede una decisione umana prima che possa procedere. In Decision Desk, il revisore può esaminare la richiesta e il relativo contesto di supporto, quindi approvarla o rifiutarla.
€420,000Pagamento al fornitore
- Richiesto da
- Agente pagamenti di tesoreria
- Operazione
- Invia pagamento
- Documento di supporto
- Fattura del fornitore
Soglia di approvazione€250,000
Revisore di tesoreria
Ruolo di approvazione richiestoEsamina il pagamento
L'importo attiva la regola di approvazione del pagamento. Il pagamento resta in attesa mentre la tesoreria esamina la richiesta.
Esito della policy: richiede approvazione
Concordate chi può decidere e che cosa autorizza l'approvazione.
La progettazione dell'approvazione inizia dalla regola aziendale. Configurate insieme il trigger, i permessi del revisore e l'azione successiva, affinché ogni decisione abbia un ambito chiaro.
Responsabile del Process
Quando sospendere
Individuate l'importo, la sensibilità dei dati o la condizione del caso che richiede una revisione.
Responsabile del controllo
Chi può decidere
Impostate i permessi del revisore e la separazione dei compiti richiesta per questa azione.
Team operativo
Che cosa accade dopo
Definite il percorso approvato, l'esito del rifiuto e la gestione di una richiesta scaduta o non riuscita.
Lineage di esecuzione
Seguite la decisione fino al relativo esito.
Un'approvazione registrata e un'azione completata rispondono a domande diverse. Esaminatele entrambe, insieme alla policy e al contesto di supporto che le collega.
Esplora Lineage Explorer- Perché era necessaria questa revisione?
- La decisione della policy e la richiesta che l'ha attivata.
- Chi ha preso la decisione?
- L'identità del revisore, la decisione, il timestamp e il motivo registrato.
- L'azione è stata completata?
- Il risultato dell'esecuzione, incluso un errore che richiede ancora attenzione.
Definite che cosa deve mostrare una valutazione riuscita.
Portate un workflow, l'azione che dovete controllare e le persone responsabili delle relative regole. Concordate con KLA l'ambito dell'integrazione e i criteri di accettazione.
Discutete il vostro workflow- Una richiesta al di sotto della soglia di revisione segue la policy configurata.
- Una richiesta oltre la soglia resta sospesa fino a una decisione autorizzata.
- Rifiuto, scadenza e fallimento dell'esecuzione hanno ciascuno un esito consultabile.
Ogni azione richiede un'approvazione umana?
No. La policy seleziona le azioni che richiedono approvazione. Gli altri esiti configurati sono Consenti, Avviso e Blocca. Scegliete soglie e condizioni per il workflow specifico.
L'approvazione significa che l'azione è riuscita?
L'approvazione autorizza il passaggio successivo configurato. L'azione downstream può comunque fallire. KLA registra separatamente la decisione e lo stato dell'esecuzione, così gli operatori possono vedere che cosa richiede un seguito.
Possiamo mantenere le nostre responsabilità di approvazione esistenti?
Usate i responsabili dei controlli e i ruoli dei revisori esistenti nella progettazione del Process. Convalidate permessi, separazione dei compiti e comportamento dell'escalation come parte della valutazione.