Avec watsonx.governance ORM, vous pouvez connecter des cas d'utilisation à des processus métier, ce qui permet de suivre le risque de modèle avec d'autres risques opérationnels dans l'entreprise.
Vous pouvez utiliser les exemples de flux de travaux watsonx.governance Operational Risk Management (ORM) fournis ou les modifier pour répondre à vos besoins. Vous pouvez également les utiliser comme modèles et outils d'apprentissage pour vos propres flux de travaux.
Le profil watsonx.governance ORM Master permet un accès administrateur aux types d'objet pour la gestion des risques opérationnels. Le profil est similaire au profil OpenPages ORM Master, mais inclut les types d'objet de risque de modèle pour offrir aux utilisateurs ORM une vue intégrée du risque opérationnel et du risque de modèle. Utilisez le profil principal ORM watsonx.governance lorsque vous souhaitez effectuer des tâches de gestion des risques opérationnels.
Les exemples de flux de travaux sont activés dans les nouvelles installations.
Flux de travaux Action Item Approval
Lorsqu'une action est créée, le flux de travaux Action Item Approval démarre automatiquement. Un courrier électronique est envoyé au cessionnaire de l'action pour l'informer qu'une action lui a été affectée. La date d'échéance de la tâche est définie sur 7 jours avant la date d'échéance de l'action. Lorsqu'une action est terminée, le cessionnaire sélectionne . Le flux de travaux effectue les actions suivantes :
- Il copie la valeur de la zone Issue Owner du problème parent dans la zone Issue Owner for Approval de l'action.
- Il définit le statut Awaiting Approval dans la zone Status de l'action.
- Il envoie un courrier électronique au propriétaire du problème pour l'informer qu'une action est en attente d'approbation de sa part.
Le propriétaire du problème révise l'action, puis approuve ou rejette la clôture du problème. La date d'échéance de l'action devient également la date d'échéance de la tâche.
Si le propriétaire du problème sélectionne , le flux de travaux effectue les actions suivantes:
- Il définit le statut Closed dans la zone Status.
- Il définit la valeur Approve dans la zone Approve/Reject.
- Il définit la date du jour comme date d'achèvement effective.
Si le propriétaire du problème sélectionne , la tâche est réaffectée au cessionnaire de l'action. Le flux de travaux effectue les actions suivantes :
- Il définit le statut Open dans la zone Status.
- Il définit la valeur Reject dans la zone Approve/Reject.
Flux de travaux Finding
Le flux de travaux Finding utilise la vue Finding System Task et dépend du schéma par défaut pour Finding et les types d'objet associés.
- Le chemin d'annulation
Si une étape est refusée, le flux de travaux revient à l'étape Finding Preparation. Dans votre propre flux de travaux, vous pouvez choisir cette route ou décider de revenir aux étapes immédiatement précédentes. Planifiez les chemins dans le flux de travaux à la fois vers l'avant et vers l'arrière.
- Substitutions de tâche
Les substitutions de tâche pour chaque étape définissent les zones clés qui sont répertoriées. Le texte des conseils pour l'utilisateur provient de la vue des tâches. Avec cette méthode, les zones clés changent en fonction de l'étape et sont propres à une étape.
Flux de travaux Incident
Le flux de travaux Incident soumet un incident à un processus d'investigation et d'approbation.
Lorsqu'un incident est créé, le flux de travaux Incident démarre automatiquement. Il définit un propriétaire pour chaque étape (propriétaire principal, approbateur et réviseur). Il définit la date d'échéance en fonction de la date de découverte et de la criticité de l'incident.
Flux de travaux Issue Review
Dans une infrastructure de gestion et de résolution des problèmes (IMR), vous pouvez documenter, surveiller, résoudre et auditer les problèmes de manière efficace.
Les problèmes sont des éléments identifiés pour l'infrastructure documentée et sont considérés comme ayant un impact négatif sur la possibilité de gérer et signaler précisément les risques. Au cours de son cycle de vie, un problème peut être associé à l'un des deux états suivants : Open ou Closed.
Lorsqu'un problème est créé, le flux de travaux Issue Review démarre automatiquement. Le flux de travaux associe le problème au statut Open et définit comme date d'échéance d'origine la date d'échéance qui a été entrée lors de la création du problème. Un courrier électronique est envoyé au propriétaire du problème pour l'informer qu'un problème lui a été affecté. La date d'échéance de la tâche est définie sur 15 jours avant la date d'échéance de la sortie.
Pour résoudre le problème, le propriétaire du problème établit et enregistre les actions appropriées.
Le propriétaire du problème peut demander une extension de date d'échéance à tout moment au cours du cycle de vie du problème en définissant la date d'échéance demandée et en sélectionnant . Le valideur de problème est informé de cette demande par courrier électronique. Il peut l'approuver ou la rejeter. S'il l'approuve, la date d'échéance demandée devient la date d'échéance du problème.
Le propriétaire du problème peut soumettre le problème pour révision en sélectionnant . Le flux de travaux effectue les validations suivantes:
- Toutes les actions sous le problème sont fermées.
- La zone Issue Conclusion est remplie.
- La zone Issue Type est remplie.
Si l'une des validations échoue, le flux de travaux empêche le propriétaire du problème de soumettre le problème pour revue. Si toutes les validations passent, le valideur de problème est informé de la demande par courrier électronique. La date d'échéance du problème devient la date d'échéance de cette tâche. En cas de rejet, le propriétaire du problème est informé du rejet par courrier électronique. Le propriétaire du problème peut effectuer des mises à jour, puis soumettre à nouveau le problème pour révision. Si le problème est approuvé, son statut devient Closed.
Vous pouvez rouvrir le problème en démarrant le flux de travaux Issue Review.
Flux de travaux KRI et KPI
- Création de valeur KRI
- Ce flux de travaux crée des enregistrements de valeur KRI et lance des flux de travaux sur la valeur KRI pour la collection.
Ce flux de travaux est défini sur une planification qui s'exécute quotidiennement sur les enregistrements d'indicateur clé de risques. Lorsque le statut de l'indicateur clé de risques est
Actif
et que la date de la prochaine collecte est égale au jour de l'exécution de la planification et que la date de la valeur de l'indicateur clé de risques n'est pas égale au jour de l'exécution de la planification, un enregistrement de valeur d'indicateur clé de risques est créé.En plus de la création de l'enregistrement de valeur KRI, l'enregistrement est rempli avec les valeurs du KRI parent, y compris la date de collecte prévue, le captureur KRI, le propriétaire KRI, le statut de la collection, le seuil rouge, le seuil jaune et la date de valeur.
La valeur KRI créée par ce flux de travaux entre ensuite dans le flux de travaux d'entrée de valeur KRI.
- Entrée de valeur KRI
- Ce flux de travaux affecte les valeurs KRI aux utilisateurs et fournit un processus pour l'approbation de la valeur KRI.
Ce flux de travaux démarre automatiquement lorsqu'un enregistrement de valeur KRI est créé et est dans un état
En attente de la collecte.
Lorsque le flux de travaux est créé, la valeur de l'indicateur clé de risques est renseignée avec les données de son indicateur clé de risques parent, y compris la capture de l'indicateur clé de risques, le propriétaire de l'indicateur clé de risques, les seuils rouge et jaune de la valeur de l'indicateur clé de risques, la description et la nécessité ou non d'une approbation. Une fois que vous avez entré une valeur, vous devrez peut-être cliquer sur un autre onglet puis revenir à la vue pour afficher les valeurs KRI ou clé de performance les plus récentes. - Flux de travaux de création de valeur et de valeur d'indicateur clé de performance
- Ces flux de travaux sont similaires aux flux de travaux de création de valeur d'indicateur clé de risques et d'entrée de valeur d'indicateur clé de risques.
Auto-évaluation des risques et du contrôle (RCSA)
- Auto-évaluation du risque et du contrôle (RCSA)
- Ce flux de travaux peut être utilisé pour établir, exécuter et progresser grâce à une évaluation qualitative du risque. Les étapes suivantes sont effectuées:
- Un propriétaire de risque démarre manuellement le flux de travaux d'auto-évaluation de risque et de contrôle (RCSA).
- Le propriétaire du risque effectue une évaluation du risque inhérent en identifiant l'impact et la probabilité inhérents.
- Le propriétaire du risque effectue une évaluation du risque résiduel en évaluant l'impact résiduel et la probabilité.
- Le propriétaire du risque soumet le RCSA pour exécution.
- Evaluation de contrôle
- Une évaluation de contrôle doit être effectuée avant que le flux de travaux RCSA puisse être terminé. Ce flux de travaux peut être utilisé pour progresser via votre évaluation de contrôle. Les étapes suivantes sont effectuées:
- Un propriétaire de contrôle démarre manuellement le flux de travaux d'évaluation de contrôle.
- Le propriétaire du contrôle effectue l'évaluation du contrôle en évaluant la conception du contrôle et l'efficacité de son fonctionnement.
- Le propriétaire du contrôle soumet l'évaluation pour approbation.
- Le propriétaire du contrôle / risque ou le coordinateur RCSA peut rejeter le contrôle et le renvoyer pour révision, ou approuver et fermer, en marquant le contrôle à l'état
Approuvé
.
Contrôleurs de test de contrôle
- Créer un résultat de test
- Effectuer un test de contrôle
- Mettre à jour et examiner le plan de test
Le flux de travaux de création de résultats de test crée automatiquement un résultat de test en fonction de la planification ou de la fréquence définie dans le plan de test parent. Lorsque la date d'échéance suivante est prévue pour un plan de test actif, ce flux de travaux crée automatiquement un nouveau résultat de test et le remplit avec l'exécutant de test et les informations de date d'échéance de test du plan de test parent. Avec le flux de travaux de test de contrôle d'exécution, le test passe par ses performances, sa révision, sa demande de documentation (si nécessaire) et un problème est même automatiquement créé si le résultat du test a échoué.
Flux de travaux Loss Event Review
Le flux de travaux de révision des événements de perte est similaire au cycle de vie configurable des événements de perte.
- Chemins différents en fonction du montant
Le flux de travaux fournit différents niveaux d'approbation (niveau d'approbation 1 et niveau d'approbation 2) en fonction de la valeur de perte brute de l'événement causant des pertes.
- Utilisation d'objets Préférence
Le niveau d'approbation 1 et le niveau d'approbation 2 sont extraits de l'objet Préférence. Il existe différents approbateurs en fonction du département dans lequel l'événement causant des pertes est survenu. Etudiez cet exemple si vous voulez en savoir plus sur l'implémentation d'un objet Préférence dans un flux de travaux.
Flux de travaux Questionnaire Assessment
Le flux de travaux Questionnaire Assessment permet d'effectuer les étapes de regroupement d'informations, de révision et d'approbation pour une évaluation de questionnaire.
Flux de travaux Workpaper
Le flux de travaux Workpaper utilise la vue Tâche système Workpaper et dépend du schéma par défaut pour Workpaper et les types d'objet associés.
Il existe plusieurs types de document de travail, comme les lettres de notification et les preuves de test. Toutefois, cet exemple de flux de travaux est général et n'est pas défini pour un type spécifique. Lorsque vous créez un flux de travaux Workpaper, vous le définissez généralement pour un type spécifique de document de travail, auquel cas vous pouvez choisir d'avoir des flux de travaux distincts pour chaque type ou un flux de travaux unique comportant des branches distinctes avec des conditions qui spécifient le type.
- Qui peut afficher le bouton Actions ?
Les deux dernières actions de réacheminement, Envoyer pour révision et Approuver et terminer, sont limitées à des utilisateurs spécifiques, le préparateur et le réviseur. Ils sont les seuls à pouvoir les voir. Pour tous les autres utilisateurs, le bouton Actions ne comporte aucune action. Dans un tel cas, vous pouvez ajouter dans les conseils pour l'utilisateur associés à l'étape une explication qui présente la raison pour laquelle le bouton Actions ne comporte pas d'option.