---
sourceDocument: Yokohama のガバナンス、リスク、コンプライアンス
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/yokohama/governance-risk-compliance

 Release :

    - yokohama

ft:locale :

    - ja-JP

ft:publication_title :

    - Yokohama のガバナンス、リスク、コンプライアンス

ft:clusterId :

    - grc

bundleId :

    - grc

workflow :

    - Technology


---

# 承認を要求

# 承認を要求 {#ariaid-title1}

* リリースバージョン: Yokohama
* 
* 更新日 2025年07月31日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：2分

オペレーショナル脆弱性レコードの承認を要求します。承認を要求すると、脆弱性のステータスが \[承認待ち\] ステータスに更新され、次に \[要求済み\] ステータスに更新されます。

## 始める前に

必要なロール：sn_oper_res.manager

## 手順

1. 移動先 ワークスペースオペレーショナルレジリエンスワークスペースすべての運用上の脆弱性.
2. 承認のために送信する脆弱性を開きます。  
   注:  
   アナリストまたはアサイン先グループのメンバーが脆弱性状況を更新する前に、すべてのアクションタスクをクローズする必要があります。
3. 脆弱性レコードで \[更新ステータス\] を選択します。  
   脆弱性に対するアクションタスクのいずれかがまだクローズされていない場合、アナリストまたはアサイン先グループのメンバーが脆弱性のステータスを更新する前に、すべてのアクションタスクをクローズする必要があることを示すメッセージが表示されます。

   次の例は、脆弱性のアクションタスクが \[レビュー (Review)\] ステータスであることを示しています。
4. オープンアクションタスクを選択し、その詳細を確認して、\[更新ステータス\] UI アクションを選択します。
5. オープンアクションタスクをクローズするには、\[更新ステータス\] ウィンドウでそのステータスを \[完了してクローズ\] に更新し、\[送信\] を選択します。  
   アクションタスクのステータスは \[完了してクローズ\] に更新されます。
6. 脆弱性レコードで \[更新ステータス\] UI アクションを選択し、\[更新ステータス\] ウィンドウでステータスを \[承認待ち\] に更新して、\[送信\] を選択します。  
   脆弱性レコードのステータスが \[承認待ち\] に更新されます。

   承認者のリストが \[承認者\] 関連リストに表示されます。次の例で示されているように、オペレーショナル脆弱性レコードのオーナーは、ステータスを \[要求済み (Requested)\] に更新して承認を要求します。

   オペレーショナル脆弱性の詳細とオペレーショナル脆弱性を承認するためのリンクを含むメール通知が、1 人以上のレビュー担当者に送信されます。次の例では、メール通知のサンプルが示されています。

   オペレーショナル脆弱性レコードが \[承認待ち\] ステータスになります。

## 次のタスク

後続のステップでは、承認者がメール通知を確認し、メールから承認リンクを選択して、オペレーショナル脆弱性を承認する必要があります。詳細については、「[運用上の脆弱性を承認](https://servicenow-prod.fluidtopics.net/bwoZcxBgkWiAhZSNoQA9Yw "根本原因分析、処理計画、タイムラインなどの詳細を検証した後、オペレーショナル脆弱性レコードを承認します。")」を参照してください。