---
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年01月30日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：7分

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

## サポートレベル：ベーシック {#audit-management-domain-separation__section_y3d_q2d_qxb}

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

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

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

## 監査管理 でドメインセパレーションテーブルを使用するメリット {#audit-management-domain-separation__section_wcl_s2d_qxb}

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

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

## 監査管理 におけるドメインセパレーションの仕組み {#audit-management-domain-separation__section_xcl_s2d_qxb}

GRC はデータの分離をサポートしていますが、ロジックおよびプロセスの分離を完全にはサポートしていません。

* GRC アプリケーション内のタイプのレコードの多くは、ユーザープロセスによって自動的に生成されます。エンティティ、コントロール、リスク、インジケーター、およびコントロールテストはすべて、自動的に生成できるフィールドです。自動で生成されたレコード (および手動で生成された GRC レコード) の場合、レコードのドメインは、レコードの作成または生成を担当するユーザーのドメインと同じです。
* ドメインセパレーションされた GRC 実装で作業する場合は、自動生成を念頭に置いておく必要があります。ユーザーは、適切なドメインレベルでレコードを作成および生成して、それらが適切なユーザーセットに表示されるようにする必要があります。たとえば、次のようなドメインがあるとします。

  ![GRC 監査管理アプリケーションのドメインセパレーション。]()

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

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

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

## ユースケース {#audit-management-domain-separation__section_ycl_s2d_qxb}

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

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

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

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

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

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

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

## 監査管理オブジェクトへのドメイン値の割り当て {#audit-management-domain-separation__section_y21_k5w_ycc}

監査管理 テーブルに関連するマネージドサービスプロバイダーによるデータ分離を管理するために、ドメインアサインプロセスに次の変更が加えられました。{#audit-management-domain-separation__table_pxy_r5w_ycc__entry__2}

| 監査管理 のオブジェクト | ドメインソース |
|-|-|
| アクティビティ | アクティビティまたはエンゲージメントを作成するユーザー |
| 監査レポートテンプレート | ユーザー |
| 監査タスク | エンゲージメント |
| コントロールテスト | エンゲージメント |
| コントロールからエンゲージメント | エンゲージメント |
| エンティティからエンゲージメント | エンゲージメント |
| 面接 | エンゲージメント |
| エンゲージメントの問題 | エンゲージメント |
| リスクからエンゲージメント | エンゲージメント |
| テスト計画 | ユーザー |
| テスト計画からエンゲージメント | エンゲージメント |
| テストテンプレート | テンプレートを作成するユーザー |
| チュートリアル | エンゲージメント |
[表 : 1. GRC 監査管理]

{#audit-management-domain-separation__table_pxy_r5w_ycc}{#audit-management-domain-separation__table_bqk_fww_ycc__entry__2}

| 高度な監査 | ドメインソース |
|-|-|
| マイルストーンに対する監査タスク | 監査タスクまたはコントロールテスト |
| 監査可能単位 | ユーザー |
| 各種法令・基準等に対する監査可能単位 | 監査可能単位 |
| ビジネスアプリケーションに対する監査可能単位 | 監査可能単位 |
| ビジネスプロセスに対する監査可能単位 | 監査可能単位 |
| 事業部門に対する監査可能単位 | 監査可能単位 |
| 部門に対する監査可能単位 | 監査可能単位 |
| 場所に対する監査可能単位 | 監査可能単位 |
| ポリシーに対する監査可能単位 | 監査可能単位 |
| 製品に対する監査可能単位 | 監査可能単位 |
| ベンダーに対する監査可能単位 | 監査可能単位 |
| エンゲージメント | ユーザー |
| エンゲージメントプロジェクト | エンゲージメント |
| マイルストーン | エンゲージメント |
| 観察事項 | エンゲージメント |
| 計画 | ユーザー |
[表 : 2. GRC 高度な監査]

{#audit-management-domain-separation__table_bqk_fww_ycc}
**関連情報**   

* [サービスプロバイダーのドメインセパレーション](https://www.servicenow.com/docs/access?context=domain-sep-landing-page&version=yokohama&pubname=yokohama-platform-security&ft:locale=en-US)