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

リスク管理 ではドメインセパレーションがサポートされています。ドメインセパレーションでは、データ、プロセス、および管理タスクをドメインと呼ばれる論理的なグループに分けることができます。どのユーザーがデータを表示できるか、データにアクセスできるかなど、このアプリケーションのいくつかの側面を制御できます。

## サポートレベル：ベーシック {#domain-separation-risk-management__section_lhk_g2l_xkb}

{#domain-separation-risk-management__domain-sep-supported}  
* アプリケーションサービスプロバイダーのユースケースに合わせてデータが適切なドメインに送られるようにするビジネスロジックが存在します。
* このアプリケーションは、ドメインセパレーションを完全にサポートしています。ドメインセパレーションには、ユーザーインターフェイス、キャッシュキー、レポート、ロールアップ、および集計からのドメインの分離が含まれます。
* インスタンスのオーナーは、複数のテナント間で正常に機能するようにアプリケーションをセットアップする必要があります。
{#domain-separation-risk-management__ul_yhr_g2j_xkb}

サンプルユースケース：サービスプロバイダーがチャットを使用してテナント顧客のメッセージに応答する場合、お客様がサービスプロバイダーの応答を確認できるようにする必要があります。{#domain-separation-risk-management__p_lsc_nfg_h1c}

サポートレベルの詳細については、「[アプリケーションでのドメインセパレーションのサポート)](https://www.servicenow.com/docs/access?context=domain-separated-apps&version=xanadu&pubname=xanadu-platform-security&ft:locale=en-US)」を参照してください。{#domain-separation-risk-management__p_msc_nfg_h1c}

## ドメインセパレーションの概要 {#domain-separation-risk-management__section_pvf_wkx_vcb}

ドメインセパレーションは、以下の顧客にとって最適です。

* ビジネスエンティティ間で絶対的なデータ分離を適用する必要がある (データ分離)。
* 各ドメインのビジネスプロセス定義とユーザーインターフェイスをカスタマイズする (委任管理)。
* 単一のインスタンスでグローバルなプロセスとグローバルなレポートを維持します。
{#domain-separation-risk-management__ul_k3m_t42_ycb}これらのユーザーは、ドメインスコープを展開するか折りたたんで、他のドメインからのデータを表示または非表示にすることができます。  
注:  
ユーザーは、ドメインの可視化によって明示的に付与されたドメインのデータに常にアクセスできます。

## GRC におけるドメインセパレーションの仕組み {#domain-separation-risk-management__section_mkx_hdg_fjb}

* GRC はデータの分離をサポートしていますが、ロジックおよびプロセスの分離を完全にはサポートしていません。
* GRC アプリケーション内のタイプのレコードの多くは、ユーザープロセスによって自動的に生成されます。エンティティ、コントロール、リスク、インジケーター、およびコントロールテストはすべて、自動的に生成できるフィールドです。自動的に生成されるレコードの場合、レコードのドメインは、ジョブに構成されたドメイン反復子によって決定されます。それ以外の場合は、デフォルトドメイン (定義されている場合) またはグローバルドメインがデフォルトになります。手動で生成されたレコードの場合、ドメインはレコードを作成するユーザーのドメインから派生します。

  ドメインセパレーションされた GRC 実装で作業する場合は、自動生成を念頭に置いておく必要があります。ユーザーは、適切なドメインレベルでレコードを作成および生成して、それらが適切なユーザーセットに表示されるようにする必要があります。  
  たとえば、次のようなドメインがあるとします。
  * グローバル
  * トップ
    * ドメイン A
    * ドメイン B
    {#domain-separation-risk-management__ul_qkx_hdg_fjb}
  {#domain-separation-risk-management__ul_okx_hdg_fjb}
{#domain-separation-risk-management__ul_nkx_hdg_fjb}

* ドメイン A および B のユーザーによって評価されるリスクまたはコントロールがある場合は、リスクまたはコントロールをグローバルレベルで生成するか、手動で作成する必要があります。リスクまたはコントロールがドメイン B で作成された場合、インデックス作成が原因で、ドメイン A でリスクまたはコントロールを再作成することはできません。
* トップおよびドメイン A のユーザーによって評価されるリスクまたはコントロールがある場合は、ドメイン A でリスクまたはコントロールを作成できます。

{#domain-separation-risk-management__ul_rkx_hdg_fjb}

リスクとコントロールがグローバルドメイン内にない限り、ユーザーは上位のドメイン内にあるリスクまたはコントロールケースを、下位のドメインのユーザーにアサインできません。上記の例では、トップドメインにコントロールがある場合、証明書のために、そのコントロールをドメイン A または B のユーザーにアサインしないでください。これらのユーザーはコントロールにアクセスできないため、証明書またはアセスメントのアンケートは生成されません。

同様に、ユーザーは、上位ドメインのコントロール目標とリスクステートメントを下位ドメインの証明書とアセスメントにアサインしないでください。アサインすると、証明書またはアセスメントアンケートが生成されません。

## ユースケース {#domain-separation-risk-management__section_skx_hdg_fjb}

IT 用の GRC データを他の部門の GRC データから分離できます。GRC アプリケーションを使用している各ビジネスエリアは、他の部門と共有できない分離データを保有できます。そのため、各部門には独自のエンティティ、ポリシー、コントロール、リスクなどがあります。

IT ドメインからのコントロールを調べる場合、ユーザーはドメインスコープを展開してファイナンスドメインの値を表示するか、ドメインスコープを折りたたんで IT ドメインに一致するコントロールのみを表示するかを選択できます。

デフォルトでは、ドメインセパレーションは、タスク `[task]` および構成アイテム `[cmdb_ci]` テーブルとその拡張に、ドメインフィールドを追加します。

`sys_domain` および `sys_domain_path` フィールドをテーブルの辞書定義に追加することで、作成する任意の新しいテーブルにドメインセパレーションを拡張することができます。デフォルトでは、システム専用ドメインは、適切な場合に、プラットフォームとベースラインアプリケーションテーブルを分離します。  
警告:  
ServiceNow では、予期しない結果が生じる可能性があるため、ドメインセパレーションプラットフォームテーブル (辞書エントリ `[sys_dictionary]` や辞書エントリの上書き `[sys_dictionary_override]` テーブルなど、sys_prefix を持つテーブル) は推奨されません。

このユースケースでは、クライアントスクリプト、ビジネスルール、ワークフロー、プロセスなどをドメインセパレーションできます。

ドメインセパレーションでの動作がマルチテナントのサポートを提供している間は、マルチテナントはまだ単一のインスタンス内に含まれています。つまり、一部のグローバルプロパティ、グローバルデータ、およびグローバルプロセスは、すべてのドメインで共有されます。たとえば、ログインページのシステムの \[記憶する\] オプションはグローバルであり、ドメインごとに指定できません。

すべてのシステムのプロパティを完全に分離する必要があり、グローバルレポートまたはグローバルプロセスを必要としない場合、インスタンスの分離が最適なオプションです。

## ドメイン値を GRC オブジェクトに割り当てる方法 {#domain-separation-risk-management__section_sdn_crq_nbc}

自動的に生成されるレコード。レコードのドメインは、ジョブに構成されたドメイン反復子によって決定されます。次の表は、ドメイン値がさまざまな GRC オブジェクトにどのように割り当てられるかを示しています。
{#domain-separation-risk-management__table_l35_zwl_kkb__entry__2}

| GRC オブジェクト | ドメインソース |
|-|-|
| リスク | エンティティからドメイン値を取得します。 |
| リスクアセスメント | リスクからドメイン値を取得します。 |
| オブジェクトアセスメント | オブジェクトからドメイン値を取得します。 |
| リスクアセスメント応答 | リスクアセスメント事例からドメイン値を取得します。 |
| リスク識別 | エンティティからドメイン値を取得します。 |
| 集計されたリスク | エンティティとリスクステートメントからドメイン値を取得します。 |
| Basel レポート | リスクイベントからドメイン値を取得します。 |
| リスクからコントロール (Risk to control) | リスクからドメイン値を取得します。 |
[ ]

{#domain-separation-risk-management__table_l35_zwl_kkb}  
注:  
ドメインソースがグローバルまたは nil の場合、そのオブジェクトのドメインは \[デフォルト\] に設定されます。