0 / 0
Torna alla versione inglese della documentazione
Flussi di lavoro watsonx.governance Operational Risk Management (ORM)
Ultimo aggiornamento: 30 ott 2024
Flussi di lavoro watsonx.governance Operational Risk Management (ORM)

Con watsonx.governance ORM, è possibile collegare i casi di utilizzo ai processi di business, consentendo di tenere traccia del rischio del modello insieme ad altri rischi operativi nell'azienda.

È possibile utilizzare i flussi di lavoro watsonx.governance ORM (Operational Risk Management) di esempio come distribuiti o modificarli per soddisfare le proprie esigenze. Possono anche essere utilizzati come modelli e strumenti di apprendimento per i propri flussi di lavoro.

Il profilo master ORM watsonx.governance fornisce l'accesso di gestione ai tipi di oggetto per la gestione del rischio operativo. Il profilo è simile al profilo principale ORM OpenPages , ma include i tipi di oggetto di rischio del modello per fornire agli utenti ORM una vista integrata del rischio operativo e del rischio del modello. Utilizzare il profilo principale ORM watsonx.governance quando si desidera eseguire attività di gestione dei rischi operativi.

I flussi di lavoro di esempio sono abilitati nelle nuove installazioni.

Flusso di lavoro approvazione Elemento Azione

Quando viene creato un elemento azione, il flusso di lavoro Approvazione elemento azione viene avviato automaticamente. Viene inviata un'e-mail all'assegnatario dell'elemento azione per informarlo che è stato assegnato un elemento azione. La data di scadenza per l'attività è impostata su 7 giorni prima della data di scadenza dell'elemento azione. Quando un elemento azione è completo, l'assegnatario seleziona Azioni > Inoltra per approvazione. Il flusso di lavoro completa le azioni riportate di seguito:

  • Copia il valore nel campo Proprietario problema del problema padre nel campo Proprietario problema dell'elemento azione per l'approvazione.
  • Imposta il campo Stato dell'elemento azione su In attesa di approvazione.
  • Invia un'email al proprietario del problema informandolo che l'elemento azione è in attesa di approvazione.

Il proprietario del problema esamina l'elemento azione e quindi approva o rifiuta la chiusura del problema. La data di scadenza per l'attività è impostata sulla data di scadenza dell'elemento azione.

Se il proprietario del problema seleziona Azioni > Approva, il flusso di lavoro completa le seguenti azioni:

  • Imposta il campo Stato su Chiuso.
  • Imposta il campo Approva rifiuto da approvare.
  • Imposta la data di completamento effettiva sulla data odierna.

Se il proprietario del problema seleziona Azioni > Rifiuta, l'attività viene riassegnata all'assegnatario dell'azione. Il flusso di lavoro completa le azioni riportate di seguito:

  • Imposta il campo Stato su Aperto.
  • Imposta il campo Approva rifiuto su Rifiuta.

Ricerca del flusso di lavoro

Il flusso di lavoro di rilevamento utilizza la vista Attività del sistema di ricerca e dipende dallo schema predefinito per la ricerca e i tipi di oggetti correlati.

In questo flusso di lavoro, tenere presente i seguenti elementi chiave:
  • Il percorso di annullamento

    Se una fase viene rifiutata, il flusso di lavoro ritorna alla fase di preparazione della ricerca. Nel proprio flusso di lavoro, è possibile scegliere questo percorso o tornare alle fasi immediatamente precedenti. Pianificare i percorsi nel flusso di lavoro in direzione sia avanti che indietro.

  • Sovrascritture attività

    Le sovrascritture di attività per ogni fase definiscono i campi chiave elencati. Il testo di guida dell'utente proviene dalla Vista attività. Con questo metodo, i campi chiave cambiano con ogni fase e sono specifici di una fase.

Flusso di lavoro incidente

Il flusso di lavoro Incidente sposta un incidente attraverso un processo di indagine e approvazione.

Quando viene creato un incidente, il flusso di lavoro dell'incidente viene avviato automaticamente. Il workflow imposta un proprietario per ogni fase (proprietario principale, responsabile approvazioni e revisore). Imposta la data di scadenza in base alla data di rilevamento e alla criticità dell'incidente.

Flusso di lavoro revisione problema

In un framework IMR (Issue Management and Remediation), è possibile documentare, monitorare, risolvere e controllare efficacemente i problemi.

I problemi sono elementi identificati rispetto al framework documentato e si ritiene che influenzino negativamente la capacità di gestire e segnalare in modo accurato il rischio. Nel suo ciclo di vita, un problema può avere uno dei seguenti due stati: Aperto o Chiuso.

Quando viene creato un problema, il flusso di lavoro Revisione problema viene avviato automaticamente. Il flusso di lavoro imposta lo stato del problema su Aperto e la data di scadenza originale sulla data di scadenza immessa quando è stato creato il problema. Viene inviata un'email al proprietario del problema, informandoli che è stato assegnato un problema. La data di scadenza dell'attività è impostata su 15 giorni prima della data di scadenza del problema.

Per risolvere il problema, il proprietario del problema stabilisce e registra le azioni appropriate.

Il proprietario del problema può richiedere un'estensione della data di scadenza in qualsiasi momento durante il ciclo di vita del problema impostando la data di scadenza richiesta e selezionando Azioni > Richiedi modifica data di scadenza. Il responsabile approvazioni del problema riceve una notifica di questa richiesta via email. L'approvatore può approvare o rifiutare la richiesta. Se approvata, la data di scadenza del problema è impostata sulla data di scadenza richiesta.

Il proprietario del problema può inoltrare il problema per la revisione selezionando Azioni > Inoltra per revisione. Il flusso di lavoro completa le seguenti convalide:

  • Tutti gli elementi azione sotto il problema sono chiusi.
  • Il campo della conclusione del problema è popolato.
  • il campo Tipo di problema è popolato.

Se una delle convalide ha esito negativo, il flusso di lavoro impedisce al proprietario del problema di inoltrare il problema per la revisione. Se tutte le convalide hanno esito positivo, l'approvatore del problema riceve una notifica della richiesta tramite email. Questa data di scadenza dell'attività è impostata sulla data di scadenza del problema. Se rifiutato, il proprietario del problema riceve una notifica del rifiuto via email. Il proprietario del problema può effettuare aggiornamenti e quindi inoltrare nuovamente il problema per la revisione. Se il problema è approvato, lo stato del problema è impostato su Chiuso.

Il problema può essere riaperto avviando il flusso di lavoro Revisione problema.

Flussi di lavoro KRI e KPI

Creazione Valore KRI
Questo flusso di lavoro crea record Valore KRI e avvia flussi di lavoro sul Valore KRI per la raccolta.

Questo flusso di lavoro è impostato su una pianificazione che viene eseguita quotidianamente sui record KRI. Quando lo stato KRI è Attivo e la data di raccolta successiva è uguale al giorno in cui viene eseguita la pianificazione e la data del valore KRI non è uguale al giorno in cui viene eseguita la pianificazione, viene creato un record Valore KRI.

Oltre alla creazione del record Valore KRI, il record viene popolato con i valori del KRI padre, inclusi Data raccolta prevista, Acquisizione KRI, Proprietario KRI, Stato raccolta, Soglia rossa, Soglia gialla e Data valore.

Il valore KRI creato da questo flusso di lavoro entra quindi nel flusso di lavoro KRI Value Entry.

Voce valore KPI
Questo workflow assegna valori KRI agli utenti e fornisce un processo per l'approvazione del valore KRI.

Questo flusso di lavoro viene avviato automaticamente quando viene creato un record Valore KRI e si trova in stato In attesa di raccolta . Quando il flusso di lavoro viene creato, il valore KRI viene popolato con i dati provenienti dal relativo KRI padre, inclusi KRI Capturer, KRI Owner, KRI Value Red e Yellow Thresholds, Description e se è richiesta l'approvazione. Dopo aver immesso un valore, potrebbe essere necessario fare clic su un'altra scheda e quindi tornare alla vista per visualizzare i valori KPI o KRI più recenti.

Flusso di lavoro di creazione valore KPI e flusso di lavoro di immissione valore KPI
Questi flussi di lavoro sono simili ai flussi di lavoro KRI Value Creation e KRI Value Entry.

Autovalutazione del rischio e del controllo (RCSA)

RCSA (Risk & Control Self - Assessment)
Questo flusso di lavoro può essere utilizzato per stabilire, eseguire e progredire attraverso una valutazione qualitativa del rischio. Sono stati completati i seguenti passi:
  1. Un proprietario del rischio avvia manualmente il workflow RCSA (Risk & Control Self - Assessment).
  2. Il proprietario del rischio esegue una valutazione del rischio intrinseco identificandone l'impatto e le probabilità.
  3. Il proprietario del rischio esegue una valutazione del rischio residuo valutando l'impatto e la probabilità residui.
  4. Il proprietario del rischio inoltra RCSA per il completamento.
Valutazione Controllo
È necessario eseguire una valutazione di controllo prima di poter completare il workflow RCSA. Questo flusso di lavoro può essere utilizzato per avanzare attraverso la valutazione di controllo. Sono stati completati i seguenti passi:
  1. Un proprietario del controllo avvia manualmente il workflow di valutazione del controllo.
  2. Il proprietario del controllo esegue la valutazione del controllo valutando la progettazione del controllo e l'efficacia operativa.
  3. Il proprietario del controllo inoltra l'assessment per l'approvazione.
  4. Il proprietario del controllo / rischio o il coordinatore RCSA può rifiutare il controllo e inviarlo di nuovo per la revisione o approvare e chiudere, contrassegnando il controllo nello stato Approvato .

Controlla flussi di lavoro di test

Sono inclusi i seguenti flussi di lavoro correlati agli oggetti Piano di test e Risultato test:
  • Crea risultato del test
  • Esegui test di controllo
  • Aggiorna & revisiona piano di test

Il flusso di lavoro Crea risultato del test crea automaticamente un Risultato del test in base alla pianificazione o alla frequenza definita nel piano di test parent. Quando arriva la data di scadenza successiva per un piano di test attivo, questo workflow crea automaticamente un nuovo risultato di test e lo popola con le informazioni sull'esecutore del test e sulla scadenza del test dal piano di test padre. Con il flusso di lavoro Esegui test di controllo, il test passa attraverso le sue prestazioni, la revisione, la richiesta di documentazione (se richiesto) e un problema viene creato automaticamente anche se il risultato del test non è riuscito.

Flusso di lavoro Revisione evento perdita

Il flusso di lavoro Revisione evento perdita è simile al ciclo di vita configurabile per Eventi perdita.

In questo flusso di lavoro, prendere nota dei seguenti elementi:
  • Percorsi differenti basati sul valore di un importo

    Il flusso di lavoro fornisce diversi livelli di approvazione (livello di approvazione 1 e livello di approvazione 2) in base al valore di perdita lordo dell'evento perdita.

  • Utilizzo degli oggetti Preferenza

    Il livello di approvazione 1 e il livello di approvazione 2 vengono richiamati dall'oggetto Preference. Ci sono diversi responsabili dell'approvazione in base alla divisione in cui si è verificato l'evento perdita. Esaminare questo esempio per ulteriori informazioni su come implementare un oggetto Preferenze nei flussi di lavoro.

Flusso di valutazione del questionario

Il flusso di lavoro Valutazione questionario sposta una valutazione questionario attraverso le fasi di raccolta delle informazioni, revisione e approvazione.

Flusso di lavoro del documento di lavoro

Il flusso di lavoro di Workpaper utilizza la vista Attività di sistema di Workpaper e dipende dallo schema predefinito per Workpaper e i tipi di oggetto correlati.

Esistono più tipi di documenti di lavoro, ad esempio lettere di notifica e prove di test. Tuttavia, il workflow di esempio è di livello elevato e non è definito per un tipo specifico. Nel flusso di lavoro del documento di lavoro creato, è probabile che venga definito per un tipo specifico di documento di lavoro, nel qual caso, è possibile scegliere di avere flussi di lavoro separati per ciascun tipo o un flusso di lavoro con rami separati con condizioni che specificano il tipo.

In questo workflow, notare i seguenti elementi:
  • Chi può visualizzare il pulsante Azioni

    Le ultime due azioni di inoltro, Invia per revisione e Approva e completa, sono limitate a utenti specifici, il preparatore e il revisore. Queste azioni vengono visualizzate solo per loro. Per tutti gli altri utenti, non è presente alcuna azione sul pulsante Azioni . Quando riscontri una situazione come questa, puoi aggiungere una spiegazione alla guida utente per lo stage che spiega perché non c'è alcuna opzione sul pulsante Azioni .