---
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) 所要時間：3分

別のコントロールに属する自動的に生成された問題を関連する問題としてコントロールに関連付けることができます。\[オリジネータ\] フラグは、手動で作成されたコントロールと自動的に生成されたコントロールの問題を区別するのに役立ちます。

## 手動で作成された問題と自動的に生成された問題 {#originator-automatic-issues-ws__section_azt_hmd_bwb}

注:  
問題の発生元は、コントロールフォームでのみ、あるコントロールから別のコントロールにリンクさせた後に自動的に生成されたか手動で作成されたかを特定できます。

コントロールフォームの \[問題\] 関連リストで \[新規\] ボタンをクリックすると、コントロールに対して手動で問題を作成できます。手動で作成した問題については、「[Manually create GRC issues (GRC の問題を手動で作成)](https://servicenow-prod.fluidtopics.net/wQZnmT1OwYqduepoA1CRCA "コンプライアンスワークスペース、GRC を使用して、手動で問題を作成し、ポリシー、リスク、または監査の観察事項を文書化したり、GRC の問題を受け入れることができます。問題のソースを特定して、問題の分析と分類を行うこともできます。")」を参照してください。  
ただし、問題は次の場合にも自動的に生成されます。

コントロールテスト失敗
:   コントロールにリンクされているコントロールテストがあり、そのテストの 1 つが「無効」とマークされてクローズされた場合、そのコントロールは非準拠になります。その結果、自動的に問題が生成されます。コントロールテストは、無効とマークすることができる設計テストまたは運用テストにすることができ、テストはすべてのコントロールで共通にすることができます。

コントロール証明書失敗
:   コントロールの証明書応答者であるユーザーがコントロールを却下すると、コントロールのステータスが非準拠になり、問題が自動的に生成されます。

コントロールインジケーター障害
:   同様に、コントロールインジケーターが失敗すると、コントロールは非準拠になり、自動的に問題が生成されます。

3 つの障害のうち 1 つ以上の問題生成のソースは、問題の詳細の \[問題ソース\] フィールドのタグを使用して追跡できます。コントロールテストに失敗した場合、\[問題ソース\] フィールドは \[コントロールテスト失敗\] のタグで更新されます。問題が手動で作成された場合、問題のソースタグは \[アドホック\]です。  
コントロールのステータスが非準拠に移行すると、非準拠のすべての理由が \[問題ソース\] フィールドからプルされ、コントロールの \[概要\] ページのステータスウィジェットに \[非準拠の理由\] として表示されます。図 : 1. 非準拠の理由

## コントロールへのリンク中に自動的に生成された複数の問題の処理 {#originator-automatic-issues-ws__section_lv2_x12_bwb}

\[追加\] ボタンを使用して、別のコントロールに属する自動的に生成された問題を m2m 関係のコントロールに追加できます。ただし、別のコントロールから自動的に生成された問題を既存の自動生成された問題のコントロールに追加すると、問題の生成元と競合します。問題の生成元を追跡するには、バックエンドフラグである \[オリジネータ\] を使用します。これは、true または false のフラグで、デフォルトは false です。次の場合、オリジネータに true または false のフラグが付けられます。

* 別のコントロールの自動化された問題が現在のコントロールに関連付けられている場合、\[オリジネータ\] は false です。
* これは、現在のコントロールの手動の問題であり、\[オリジネータ\] は false です。
* これは、現在のコントロールの自動化された問題であり、\[オリジネータ\] は true です。
{#originator-automatic-issues-ws__ul_a3w_y22_bwb}

1. オリジネータが true である問題がある場合、コントロールエラーが発生すると、\[問題のソース\] フィールドが問題のソースで更新されます。たとえば、オリジネータが true である問題が既に存在し、問題のソースがコントロールテスト失敗である場合です。コントロール証明書の失敗など、別のコントロールの失敗が発生した場合、\[問題ソース\] は 2 つのタグ、すなわち \[コントロールテスト失敗\] と \[コントロール証明書失敗\] で更新されます。
2. オリジネータが true である問題がなく、3 つのコントロール失敗の 1 つが発生すると、オリジネータが true である新しい自動化された問題が作成されます。たとえば、オリジネータが true であるコントロールにリンクされている問題がない特定のコントロールにコントロール証明書の失敗がある場合、問題ソースがコントロール証明書の失敗である新しい自動化された問題が作成され、オリジネータが true になります。
{#originator-automatic-issues-ws__ol_i4n_mc2_bwb}

## データ移行 {#originator-automatic-issues-ws__section_svn_kg2_bwb}

\[オリジネータ\] フラグで問題を自動生成または手動生成とフラグ付けするロジックは、最新のプラグインをインストールすると、自動的に処理されます。既存のコントロールにリンクされているすべての自動化された問題について、コントロールと問題の間の m2m レコードでオリジネータフラグが true になります。