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

 Release :

    - xanadu

ft:locale :

    - ja-JP

ft:publication_title :

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

ft:clusterId :

    - grc

bundleId :

    - grc

workflow :

    - Technology


---

# 問題を管理する

# 問題を管理する {#ariaid-title1}

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

会社のリスク管理プログラムの有効性は、リスクとコンプライアンスの問題をどのぐらい迅速かつ完全に特定して対処するかによって測定できます。  
問題は、関連するユーザーのタイプに応じて 2 つの方法を使用して送信できます。

* 社内の従業員とビジネスユーザーは次のことができます [問題を自己識別し、 ServiceNow®
  サービスポータル.](https://servicenow-prod.fluidtopics.net/IwWK4M5rGKLZTUJKxinJ~Q "従業員および社内のビジネスユーザーは問題を自己識別して、ServiceNow サービスポータル 経由で送信できます。送信に続いて、トリアージ問題が自動的に作成されます。") 送信後、トリアージ問題が自動的に作成され、問題のトリアージプロセスが開始されます。
* GRC ユーザーは、インスタンス内から[手動で問題を作成し](https://servicenow-prod.fluidtopics.net/xxVZBcyFgzVRdNabQru3Qg "GRC ユーザーは、手動で問題を作成して、ポリシー、リスク、または監査観察事項を文書化するか、GRC の問題を受け入れることができます。問題のソースを特定して、問題の分析と分類を行うこともできます。")、監査の観察事項と修正、およびコンプライアンスとリスクの問題を文書化できます。

{#manage-issues-common-core__ul_ovs_shy_b4b}  
注:  
さまざまなタイプの問題も、次の条件下で自動的に生成されます (これらのタイプの問題はトリアージされません)。

* コントロールの問題：コントロールが実装されていないことを示すコントロール証明書が完了したとき、またはインジケーターが失敗したときに作成されます。
* コントロールテストの問題：コントロール有効性が無効に設定された状態でコントロールテストが完了してクローズしたときに作成されます。
{#manage-issues-common-core__ul_bdl_d4p_b4b}

## イシュー管理の目標 {#manage-issues-common-core__section_z4y_v3y_b4b}

イシュー管理の目標は、次のとおりです。

* ノイズを排除する。

* 重複する問題を統合する。

* 組織を最大のリスクにさらす問題に焦点を当てる。

* 修正アクションを特定し優先順位付けする。

* ビジネスオペレーション全体にわたり新しい問題を特定する。

* ポリシー、プロセス、およびコントロールの運用上の脆弱性を分析する。

{#manage-issues-common-core__ul_bwk_vf3_b4b}

## イシュー管理ワークフローとライフサイクル {#manage-issues-common-core__section_mnf_1jy_b4b}

問題を修正することで、コントロールのコンプライアンスを維持し、リスクを軽減できます。ここでは、イシュー管理のワークフローとライフサイクルについて説明します。図 : 1. イシュー管理ワークフロー {#manage-issues-common-core__table_exh_nm3_b4b__entry__2}

| ステージ | 説明 |
|-|-|
| 問題の取り込み | 前述のとおり、問題は、関連するユーザーのタイプに応じて 2 つの方法を使用して送信できます。 * 社内の従業員とビジネスユーザーは、問題を自己識別し、ServiceNow® サービスポータル を介してそれを送信できます。送信後、トリアージ問題が自動的に作成され、[問題のトリアージプロセス](https://servicenow-prod.fluidtopics.net/x26gs7MqpaWltA07ZICxwg "問題が特定され、サービスポータル を介して従業員またはビジネスユーザーによって送信されると、問題のトリアージプロセスが開始されます。実際の問題が特定され、優先順位付けと解決のために適切なオーナーにアサインされます。")が開始されます。 * GRC ユーザーは、インスタンス内から[手動で問題を作成](https://servicenow-prod.fluidtopics.net/xxVZBcyFgzVRdNabQru3Qg "GRC ユーザーは、手動で問題を作成して、ポリシー、リスク、または監査観察事項を文書化するか、GRC の問題を受け入れることができます。問題のソースを特定して、問題の分析と分類を行うこともできます。")できます。これらのタイプの問題はトリアージされません。 {#manage-issues-common-core__ul_ccd_hjy_b4b} |
| 問題の調査 | 調査フェーズ中に、問題について追加の調査が必要かどうかが判断されます。トリアージが実行されている場合、トリアージ問題は分析のためにトリアージチームにアサインされます。トリアージチームは、問題の作成者に詳細情報を要求する場合があります。チームは、オプションで、トリアージ結果とともにコンプライアンスマネージャー、リスクマネージャー、またはトリアージマネージャーに問題を送信することもできます。 |
| 問題の修正 | チームが問題を確認した後、それを修正するために必要な手順が実行されます。トリアージが実行された場合、トリアージ問題は実際の問題またはリスクイベントに変換されます。チームは、問題を推奨事項として追跡するか、問題ではないとしてクローズすることもできます。 |
| 問題のレビューと監視 | 問題をクローズする前に、ポリシー所有者が問題をレビューして承認します。このレビューにより、組織は次のこともできます。 * 期限切れのタスクを追跡する * 問題のタイムラインのベンチマーク * 損失を軽減できた場所を特定する * 将来のギャップを削減する {#manage-issues-common-core__ul_bc2_whj_b4b} |
[表 : 1. イシュー管理ライフサイクル]

{#manage-issues-common-core__table_exh_nm3_b4b}
* **[ワークスペース内の問題](https://servicenow-prod.fluidtopics.net/C~rHb7YEqspB1CK92T5x2A)**   
  ワークスペースからすべての問題または 1 つの特定の問題を追跡できます。問題は、ワークスペースのリストビューの問題モジュールの下に一覧表示されます。
* **[ワークスペースで問題をグループ化する](https://servicenow-prod.fluidtopics.net/5kLNg12e7parzB6eK3aodA)**   
  ワークスペース内の問題をグループ化して、関連する問題を整理および管理します。類似の問題をグループ化することで、ワークフローを簡素化し、時間を節約できます。