watsonx.governance ORM을 사용하면 유스 케이스를 비즈니스 프로세스에 연결하여 엔터프라이즈 전체의 다른 운영 위험성과 함께 모델 위험성을 추적할 수 있습니다.
샘플 watsonx.governance Operational Risk Management (ORM) 워크플로우를 전달된 대로 사용하거나 사용자의 요구사항을 충족하도록 수정할 수 있습니다. 또한 자체 워크플로우에 대한 템플리트 및 학습 도구로 사용할 수도 있습니다.
watsonx.governance ORM 마스터 프로파일은 운영 위험 관리를 위해 오브젝트 유형에 대한 관리 액세스를 제공합니다. 프로파일은 OpenPages ORM 마스터 프로파일과 유사하지만, ORM 사용자에게 운영 위험 및 모델 위험의 통합 보기를 제공하는 모델 위험 오브젝트 유형을 포함합니다. 운영 위험 관리 태스크를 수행하려는 경우 watsonx.governance ORM 마스터 프로파일을 사용하십시오.
샘플 워크플로우는 신규 설치에서 사용 가능합니다.
조치 항목 승인 워크플로우
조치 항목이 작성되면 조치 항목 승인 워크플로우가 자동으로 시작됩니다. 조치 항목이 지정되었음을 알리는 이메일이 조치 항목 지정자에게 전송됩니다. 작업의 만기 날짜는 조치 항목의 만기 날짜 7일전으로 설정됩니다. 조치 항목이 완료되면 피할당자가 을 선택합니다. 워크플로우는 다음 조치를 완료합니다.
- 상위 출고의 출고 소유자 필드에 있는 값을 조치 품목의 승인을 위한 출고 소유자 필드에 복사합니다.
- 조치 항목의 상태 필드를 승인 대기 중으로 설정합니다.
- 조치 항목이 승인을 기다리고 있음을 알리는 이메일을 문제 소유자에게 보냅니다.
안건 소유자가 조치 항목을 검토한 후 안건 종결을 승인하거나 거부합니다. 작업의 만기 날짜는 조치 항목의 만기 날짜로 설정됩니다.
문제 소유자가 을 선택하면 워크플로우가 다음 조치를 완료합니다.
- 상태 필드를 마감됨으로 설정합니다.
- 승인 거부 필드를 승인으로 설정합니다.
- 실제 완료 날짜를 오늘 날짜로 설정합니다.
문제 소유자가 를 선택하면 태스크가 조치 지정자에게 재지정됩니다. 워크플로우는 다음 조치를 완료합니다.
- 상태 필드를 열림으로 설정합니다.
- 거부 승인 필드를 거부로 설정합니다.
워크플로우 찾기
찾은 결과 워크플로우는 찾은 결과 시스템 태스크 보기를 사용하며 찾은 결과 및 관련 오브젝트 유형의 기본 스키마에 따라 다릅니다.
- 취소 경로
단계가 거부되면 워크플로우는 준비 찾기 단계로 돌아갑니다. 사용자 자신의 워크플로우에서 이 경로를 선택하거나 바로 이전 단계로 돌아가도록 선택할 수 있습니다. 정방향 및 역방향 모두에서 워크플로우를 통한 경로를 계획하십시오.
- 태스크 대체
각 스테이지의 작업 대체는 나열되는 키 필드를 정의합니다. 사용자 안내 텍스트는 태스크 보기 자체에서 가져옵니다. 이 방법을 사용하면 키 필드가 각 스테이지에서 변경되며 스테이지에 고유합니다.
인시던트 워크플로우
인시던트 워크플로우는 조사 및 승인 프로세스를 통해 인시던트를 이동합니다.
인시던트가 작성되면 인시던트 워크플로우가 자동으로 시작됩니다. 워크플로우는 각 스테이지의 소유자 (기본 소유자, 승인자 및 검토자) 를 설정합니다. 감지 날짜 및 인시던트 중요도를 기반으로 만료 날짜를 설정합니다.
문제 검토 워크플로우
문제 관리 및 교정 (IMR) 프레임워크에서 문제를 효과적으로 문서화, 모니터, 교정 및 감사할 수 있습니다.
문제는 문서화된 프레임워크에 대해 식별되고 위험을 정확하게 관리하고 보고하는 기능에 부정적인 영향을 미치는 것으로 간주되는 항목입니다. 라이프사이클에서 문제의 상태는 열림 또는 닫힘 중 하나일 수 있습니다.
문제가 작성되면 문제 검토 워크플로우가 자동으로 시작됩니다. 워크플로우는 문제의 상태를 시작됨으로 설정하고 원래 만료 날짜를 문제가 작성될 때 입력된 만료 날짜로 설정합니다. 문제 소유자에게 문제가 지정되었음을 알리는 이메일이 발송됩니다. 작업의 만기 날짜는 안건의 만기 날짜 15일전으로 설정됩니다.
문제를 해결하기 위해 문제 소유자는 적절한 조치를 설정하고 기록합니다.
문제 소유자는 요청된 만료 날짜를 설정하고 을 선택하여 문제 수명 주기 동안 언제든지 만료 날짜 연장을 요청할 수 있습니다. 문제 승인자에게 이 요청을 이메일로 알립니다. 승인자가 요청을 승인하거나 거부할 수 있습니다. 승인된 경우 안건의 만기 날짜가 요청된 만기 날짜로 설정됩니다.
문제 소유자는 을 선택하여 검토를 위해 문제를 제출할 수 있습니다. 워크플로우는 다음 유효성 검증을 완료합니다.
- 문제의 모든 조치 항목이 마감되었습니다.
- 문제 결론 필드가 채워집니다.
- 문제 유형 필드가 채워집니다.
유효성 검증에 실패하면 워크플로우가 문제 소유자가 검토를 위해 문제를 제출하지 못하도록 합니다. 모든 유효성 검증이 패스되면 문제 승인자에게 이메일로 요청을 알립니다. 이 작업 만기 날짜는 안건의 만기 날짜로 설정됩니다. 거부되면 문제 소유자에게 이메일로 거부를 알립니다. 문제 소유자는 업데이트를 수행한 후 검토를 위해 문제를 다시 제출할 수 있습니다. 문제가 승인되면 문제의 상태가 마감됨으로 설정됩니다.
문제 검토 워크플로우를 시작하여 문제를 다시 열 수 있습니다.
KRI및 KPI 워크플로우
- KRI값 작성
- 이 워크플로우는 KRI값 레코드를 작성하고 콜렉션의 KRI값에서 워크플로우를 시작합니다.
이 워크플로우는 KRI 레코드에서 매일 실행되는 스케줄로 설정됩니다. KKRI 상태가
활성
이고 다음 콜렉션 날짜가 스케줄이 실행되는 날과 같고 KRI값 날짜가 스케줄이 실행되는 날과 같지 않으면 KRI값 레코드가 작성됩니다.KRI값 레코드를 작성하는 것 외에도 레코드는 예상 콜렉션 날짜, KRI 캡처 프로그램, KRI 소유자, 콜렉션 상태, 빨간색 임계값, 노란색 임계값 및 값 날짜를 포함하여 상위 KRI의 값으로 채워집니다.
이 워크플로우에서 작성되는 KRI값은 KRI값 입력 워크플로우를 시작합니다.
- KRI값 항목
- 이 워크플로우는 사용자에게 KRI값을 할당하고 KRI값 승인 프로세스를 제공합니다.
이 워크플로우는 KRI값 레코드가 작성되고
콜렉션 대기 중
상태에 있을 때 자동으로 시작됩니다. 워크플로우가 작성될 때 KRI값은 KRI Capturer, KRI Owner, KRI Value Red and Yellow Thresholds, 설명 및 승인이 필요한지 여부를 포함하여 상위 KRI의 데이터로 채워집니다. 값을 입력한 후 다른 탭을 클릭하고 보기로 돌아가서 최신 KRI 또는 KPI값을 확인해야 할 수 있습니다. - KPI값 작성 워크플로우 및 KPI값 항목 워크플로우
- 이러한 워크플로우는 KRI Value Creation및 KRI Value Entry 워크플로우와 유사합니다.
위험 및 제어 자체 평가 (RCSA)
- 위험 및 제어 자체 평가 (RCSA)
- 이 워크플로우는 정성적 위험 평가를 통해 설정, 실행 및 진행하는 데 사용할 수 있습니다. 다음 단계가 완료됩니다.
- 위험 소유자가 RCSA (Risk & Control Self-Assessment) 워크플로우를 수동으로 시작합니다.
- 위험 소유자는 고유한 영향 및 가능성을 식별하여 고유한 위험 평가를 수행합니다.
- 위험 소유자는 잔여 영향 및 가능성을 평가하여 잔여 위험 평가를 수행합니다.
- 위험 소유자가 완료를 위해 RCSA를 제출합니다.
- 제어 평가
- RCSA 워크플로우를 완료하기 전에 제어 평가를 수행해야 합니다. 이 워크플로우를 사용하여 제어 평가를 진행할 수 있습니다. 다음 단계가 완료됩니다.
- 제어 소유자가 수동으로 제어 평가 워크플로우를 시작합니다.
- 제어 소유자는 제어 설계 및 운영 효율성을 평가하여 제어 평가를 수행합니다.
- 제어 소유자가 승인을 위해 평가를 제출합니다.
- 제어/위험 소유자 또는 RCSA 코디네이터는 제어를 거부하고 검토를 위해 다시 전송하거나 제어를
승인됨
상태로 표시하여 승인하고 닫을 수 있습니다.
테스트 워크플로우 제어
- 테스트 결과 작성
- 제어 테스트 수행
- 테스트 계획 업데이트 및 검토
테스트 결과 작성 워크플로우는 상위 테스트 계획에 정의된 스케줄 또는 빈도를 기반으로 테스트 결과를 자동으로 작성합니다. 활성 테스트 계획에 대한 다음 만기 날짜가 되면 이 워크플로우는 자동으로 새 테스트 결과를 작성하고 이를 상위 테스트 계획의 테스트 수행자 및 테스트 만기 날짜 정보로 채웁니다. 제어 테스트 수행 워크플로우를 사용하여 테스트는 해당 성능, 검토, 문서화 요청 (필요한 경우) 을 통과하며 테스트 결과가 실패한 경우에도 문제가 자동으로 작성됩니다.
손실 이벤트 검토 워크플로우
손실 이벤트 검토 워크플로우는 손실 이벤트의 구성 가능한 라이프사이클과 유사합니다.
- 금액 값을 기반으로 하는 다른 경로
워크플로우는 손실 이벤트의 총 손실 값을 기반으로 서로 다른 승인 레벨 (승인 레벨 1및 승인 레벨 2) 을 제공합니다.
- 환경 설정 오브젝트 사용
승인 레벨 1및 승인 레벨 2는 환경 설정 오브젝트에서 검색됩니다. 손실 이벤트가 발생한 부서에 따라 다른 승인자가 있습니다. 워크플로우에서 환경 설정 오브젝트를 구현하는 방법에 대해 자세히 학습하려면 이 예제를 연구하십시오.
질문지 평가 워크플로우
질문지 평가 워크플로우는 정보 수집, 검토 및 승인 단계를 통해 질문지 평가를 이동합니다.
워크페이퍼 워크플로우
Workpaper 워크플로우는 Workpaper 시스템 태스크 보기를 사용하며 Workpaper및 관련 오브젝트 유형의 기본 스키마에 따라 다릅니다.
여러 유형의 워크페이퍼가 있습니다 (예: 통지서 및 테스트 증거). 그러나 샘플 워크플로우는 상위 레벨이며 하나의 특정 유형에 대해 정의되지 않습니다. 작성하는 Workpaper 워크플로우에서 특정 유형의 Workpaper에 대해 이를 정의할 수 있습니다. 이 경우 각 유형에 대해 별도의 워크플로우를 사용하거나 유형을 지정하는 조건이 있는 별도의 브랜치가 있는 하나의 워크플로우를 사용하도록 선택할 수 있습니다.
- 동작 단추를 볼 수 있는 사용자
마지막 두 가지 전달 조치인 검토를 위해 전송 및 승인 및 완료는 특정 사용자, 작성자 및 검토자로 제한됩니다. 이러한 조치는 해당 조치에만 표시됩니다. 다른 모든 사용자의 경우 동작 단추에 대한 동작이 없습니다. 이와 같은 상황이 발생하면 조치 단추에 옵션이 없는 이유를 설명하는 설명을 스테이지의 사용자 안내에 추가할 수 있습니다.