Con watsonx.governance ORM, puede conectar casos de uso a procesos de negocio, lo que permite realizar un seguimiento del riesgo del modelo junto con otros riesgos operativos en toda la empresa.
Puede utilizar los flujos de trabajo de watsonx.governance Operational Risk Management (ORM) de ejemplo tal como se entregan o modificarlos para que se ajusten a sus requisitos. También se pueden utilizar como plantillas y herramientas de aprendizaje para sus propios flujos de trabajo.
El perfil de watsonx.governance ORM Master proporciona acceso administrativo a los tipos de objeto para la gestión de riesgos operativos. El perfil es similar al perfil OpenPages ORM Master, pero incluye los tipos de objeto de riesgo de modelo para proporcionar a los usuarios de ORM una vista integrada del riesgo operativo y del riesgo de modelo. Utilice el perfil watsonx.governance ORM Master cuando desee realizar tareas de gestión de riesgos operativos.
Los flujos de trabajo de ejemplo están habilitados en instalaciones nuevas.
Flujo de trabajo Aprobación de elemento de acción
Cuando se crea un elemento de acción, el flujo de trabajo Aprobación de elemento de acción se inicia automáticamente. Se envía un correo electrónico al responsable del elemento de acción notificándole que se le ha asignado un elemento de acción. La fecha de vencimiento de la tarea se establece en 7 días antes de la fecha de vencimiento del elemento de acción. Cuando se completa un elemento de acción, el asignado selecciona . El flujo de trabajo realiza las siguientes acciones:
- Copia el valor del campo Propietario del problema del problema padre en el campo Propietario del problema para aprobación del elemento de acción.
- Establece el campo de estado del elemento de acción en En espera de aprobación.
- Envía un correo electrónico al propietario del problema informándole de que un elemento de acción está a la espera de su aprobación.
El propietario del problema revisa el elemento de acción y, a continuación, aprueba o rechaza el cierre del problema. La fecha de vencimiento de la tarea se establece en la fecha de vencimiento del elemento de acción.
Si el propietario del problema selecciona , el flujo de trabajo completa las acciones siguientes:
- Establece el campo de estado en Cerrado.
- Establece el campo Aprobar/Rechazar en Aprobar.
- Establece el campo Fecha de finalización real en la fecha de hoy.
Si el propietario del problema selecciona , la tarea se reasigna al responsable de la acción. El flujo de trabajo realiza las siguientes acciones:
- Establece el campo de estado en Abierto.
- Establece el campo Aprobar/Rechazar en Rechazar.
Flujo de trabajo Conclusión
El flujo de trabajo Búsqueda utiliza la vista Tarea de sistema de búsqueda y depende del esquema predeterminado para la búsqueda y los tipos de objeto relacionados.
- La ruta de cancelación
Si se rechaza una etapa, el flujo de trabajo vuelve a la etapa Preparación de conclusión. En su propio flujo de trabajo, puede elegir esta ruta o elegir volver a las etapas inmediatamente anteriores. Planifique las rutas a través del flujo de trabajo tanto hacia adelante como hacia atrás.
- Alteraciones temporales de tarea
Las alteraciones temporales de tarea para cada etapa definen los campos de clave que aparecen en la lista. El texto de la orientación de usuario procede de la propia vista de tarea. Con este método, los campos de clave cambian con cada etapa y son específicos de una etapa.
Flujo de trabajo de incidente
El flujo de trabajo de incidente mueve un incidente a través de un proceso de investigación y aprobación.
Cuando se crea un incidente, el flujo de trabajo de incidente se inicia automáticamente. El flujo de trabajo establece un propietario para cada etapa (propietario principal, aprobador y revisor). Establece la fecha de vencimiento basada en la fecha de descubrimiento y la gravedad de incidente.
Flujo de trabajo Revisión de problema
En un entorno de Gestión de problemas y corrección (IMR), puede documentar de forma efectiva, supervisar, solucionar y auditar problemas.
Los problemas son elementos que se identifican en relación con el entorno documentado y afectan de forma negativa a la gestión y notificación de los riesgos de forma precisa. En su ciclo de vida, un problema puede tener dos estados: Abierto o Cerrado.
Cuando se crea un problema, el flujo de trabajo de revisión de problema se inicia automáticamente. El flujo de trabajo establece el estado del problema en Abierto y la fecha de vencimiento original en la fecha de vencimiento original que se ha especificado al crear el problema. Se envía un correo electrónico al propietario del problema, informándole de que se le ha asignado un problema. La fecha de vencimiento de la tarea se establece en 15 días antes de la fecha de vencimiento del problema.
Para resolver el problema, el propietario del problema establece y registra las acciones adecuadas.
El propietario del problema puede solicitar una ampliación de fecha de vencimiento en cualquier momento durante el ciclo de vida del problema estableciendo la fecha de vencimiento solicitada y seleccionando . El aprobador de problemas recibe una notificación de esta solicitud por correo electrónico. El aprobador puede aprobar o rechazar la solicitud. Si la aprueba, la fecha de vencimiento del problema se establece en la fecha de vencimiento solicitada.
El propietario del problema puede enviar el problema para su revisión seleccionando . El flujo de trabajo completa las validaciones siguientes:
- Todos los elementos de acción del problema están cerrados.
- El campo Conclusión del problema se ha rellenado.
- El campo Tipo de problema se ha rellenado.
Si alguna de las validaciones falla, el flujo de trabajo impide que el propietario del problema envíe el problema para su revisión. Si pasan todas las validaciones, se notifica al Aprobador de problemas de la solicitud por correo electrónico. La fecha de vencimiento de la tarea se establece en la fecha de vencimiento del problema. Si se rechaza, se notifica al propietario del problema el rechazo por correo electrónico. El propietario del problema puede realizar actualizaciones y, a continuación, volver a enviar el problema para su revisión. Si el problema se aprueba, el estado del mismo se establece en Cerrado.
El problema puede volver a abrirse iniciando el flujo de trabajo Revisión del problema.
Flujos de trabajo de KRI y KPI
- Creación de valor de KRI
- Este flujo de trabajo crea registros de valor de KRI e inicia flujos de trabajo en el valor KRI para la recopilación.
Este flujo de trabajo se establece en una planificación que se ejecuta diariamente en registros KRI. Cuando el estado de KRI es
Activo
y la siguiente fecha de recopilación es igual al día en que se ejecuta la planificación y la fecha de valor de KRI no es igual al día en que se ejecuta la planificación, se crea un registro de valor de KRI.Además de crear el registro de valor de KRI, el registro se llena con valores del KRI padre, incluyendo la fecha de recopilación esperada, el capturador de KRI, el propietario de KRI, el estado de la recopilación, el umbral rojo, el umbral amarillo y la fecha de valor.
A continuación, el valor KRI que crea este flujo de trabajo entra en el flujo de trabajo de entrada de valor de KRI.
- Entrada de valor de KRI
- Este flujo de trabajo asigna valores de KRI a los usuarios y proporciona un proceso para la aprobación de valor de KRI.
Este flujo de trabajo se inicia automáticamente cuando se crea un registro de valor de KRI y se encuentra en un estado de
En espera de recopilación.
Cuando se crea el flujo de trabajo, el valor KRI se llena con datos de su KRI padre, incluidos el capturador KRI, el propietario KRI, los umbrales rojo y amarillo del valor KRI, la descripción y si es necesaria la aprobación. Después de especificar un valor, es posible que tenga que pulsar otra pestaña y después volver a la vista para ver los valores de KRI o KPI más recientes. - Flujo de trabajo de creación de valor de KPI y flujo de trabajo de entrada de valor de KPI
- Estos flujos de trabajo son similares a los flujos de trabajo Creación de valor KRI y Entrada de valor KRI.
Autoevaluación de riesgos y control (RCSA)
- Autoevaluación de riesgos y control (RCSA)
- Este flujo de trabajo se puede utilizar para establecer, ejecutar y progresar a través de una evaluación de riesgo cualitativa. Se han completado los pasos siguientes:
- Un propietario de riesgo inicia manualmente el flujo de trabajo de autoevaluación de riesgo y control (RCSA).
- El propietario del riesgo realiza una evaluación del riesgo inherente identificando el impacto y la probabilidad inherentes.
- El propietario del riesgo realiza una evaluación del riesgo residual evaluando el impacto residual y la probabilidad.
- El propietario del riesgo envía el RCSA para su finalización.
- Evaluación de control
- Es necesario realizar una evaluación de control antes de que se pueda completar el flujo de trabajo de RCSA. Este flujo de trabajo se puede utilizar para progresar a través de la evaluación de control. Se han completado los pasos siguientes:
- Un propietario de control inicia manualmente el flujo de trabajo Evaluación de control.
- El propietario del control realiza la evaluación del control evaluando el diseño del control y la eficacia operativa.
- El propietario del control envía la evaluación para su aprobación.
- El propietario de control/riesgo o el coordinador de RCSA puede rechazar el control y enviarlo de nuevo para su revisión, o aprobar y cerrar, marcando el control en el estado
Aprobado
.
Flujos de trabajo de pruebas de control
- Crear resultado de prueba
- Realizar prueba de control
- Actualizar y revisar plan de prueba
El flujo de trabajo Crear resultado de prueba crea automáticamente un resultado de prueba basado en la planificación o frecuencia definida en el plan de prueba padre. Cuando llega la próxima fecha de vencimiento de un plan de pruebas activo, este flujo de trabajo crea automáticamente un nuevo resultado de prueba, y lo rellena con la información del ejecutor de la prueba y la fecha de vencimiento de la prueba del plan de pruebas principal. Con el flujo de trabajo Realizar prueba de control, la prueba pasa por su realización, revisión, solicitud de documentación (si es necesaria), e incluso se crea automáticamente una incidencia si el resultado de la prueba ha fallado.
Flujo de trabajo Revisión de evento de pérdida
El flujo de trabajo Revisión de eventos de pérdida es similar al ciclo de vida configurable para evento de pérdida.
- Diferentes rutas basadas en un valor de cantidad
El flujo de trabajo proporciona distintos niveles de aprobación (nivel de aprobación 1 y nivel de aprobación 2) en función del valor de pérdida bruto del evento de pérdida.
- Uso de objetos de preferencia
El nivel de aprobación 1 y el nivel de aprobación 2 se recuperan del objeto Preferencia. Existen distintos aprobadores basados en la división donde se ha producido el evento de pérdida. Estudie este ejemplo si desea aprender más sobre cómo implementar un objeto Preferencia en flujos de trabajo.
Flujo de trabajo Evaluación de cuestionario
El flujo de trabajo Evaluación de cuestionario traslada una evaluación de cuestionario a través de las etapas de recopilación de información, revisión y aprobación.
Flujo de trabajo Informe de trabajo
El flujo de trabajo de informe utiliza la vista Tarea del sistema de informe y depende del esquema predeterminado para el informe y los tipos de objeto relacionados.
Hay varios tipos de Informes de trabajo, por ejemplo, Cartas de notificación y Evidencia de prueba. Sin embargo, el flujo de trabajo de ejemplo es de tipo genérico y no se ha definido para un tipo específico. En el flujo de trabajo de informe de trabajo que se crea, probablemente lo definirá para un tipo específico de informe de trabajo, en cuyo caso, puede optar por tener flujos de trabajo independientes para cada tipo o un flujo de trabajo con ramificaciones separadas con condiciones que especifiquen el tipo.
- Quién puede ver el botón Acciones
Las dos acciones de reenvío finales, Enviar para revisión y Aprobar y completar, están restringidas a usuarios específicos, el preparador y el revisor. Estas acciones se muestran sólo para ellos. Para los demás usuarios, no hay ninguna acción en el botón Acciones. Cuando se encuentra con una situación como ésta, puede añadir una explicación a la orientación del usuario para la etapa que explique por qué no hay ninguna opción en el botón Acciones.