---
sourceDocument: Xanadu 環境、社会、ガバナンス管理
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/xanadu/environmental-social-governance

 Release :

    - xanadu

ft:locale :

    - ja-JP

ft:publication_title :

    - Xanadu 環境、社会、ガバナンス管理

ft:clusterId :

    - esgv

bundleId :

    - esgv

workflow :

    - Technology


---

# ドメインセパレーションと ESG Management

# ドメインセパレーションと ESG Management {#ariaid-title1}

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

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

## サポートレベル：ベーシック {#esg-domain-separation__section_xb5_5k2_crb}

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

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

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

## ドメインセパレーションの概要 {#esg-domain-separation__section_lrb_vk2_crb}

ドメインセパレーションは、次のユーザーに役立ちます：

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

## ESG Managementにおけるドメインセパレーションの仕組み {#esg-domain-separation__section_mrb_vk2_crb}

ESG Managementはデータの分離をサポートしていますが、ロジックおよびプロセスの分離を完全にはサポートしていません。ESG Management アプリケーション内のタイプのレコードの多くは、ユーザープロセスによって自動的に生成されます。プロジェクトポートフォリオ管理 および GRC：メトリクス との統合により、データを自動的に作成して関連付けることができます。自動および手動で生成されたレコードの場合、レコードのドメインは、レコードの作成または生成を担当するユーザーのドメインと同じです。ユーザーは、適切なドメインレベルでレコードを作成および生成して、それらが適切なユーザーセットに表示されるようにする必要があります。  
たとえば、次のようなドメインがあるとします。

* グローバル
  * 最高
    1. ドメイン A
    2. ドメイン B
    {#esg-domain-separation__ol_ogh_5z3_lrb}
  {#esg-domain-separation__ul_d3h_rz3_lrb}
{#esg-domain-separation__ul_omm_qz3_lrb}

ドメイン A および B のユーザーによる評価が必要な ESG の目標、重要なトピック、およびターゲットがある場合は、グローバルレベルで ESG の目標、重要なトピック、およびターゲットを手動で作成する必要があります。ESG の目標、重要なトピック、およびターゲットがドメイン B で作成されている場合、インデックス作成のためにそれらをドメイン A で使用することができなくなります。

トップおよびドメイン A のユーザーによる評価が必要な ESG の目標、重要なトピック、およびターゲットが存在する場合は、ドメイン A でリスクまたはコントロールを作成できます。ESG の目標、重要なトピック、およびターゲットがグローバルドメインにない限り、ユーザーは上位ドメインのリスクまたはコントロールを、下位ドメインのユーザーにアサインしないでください。この例では、トップドメインに ESG の目標が存在する場合に、ドメイン A または B のプログラムマネージャーにその目標をアサインしないでください。これらのユーザーはこの目標へのアクセス権を持っていません。

## ドメインセパレーションテーブル {#esg-domain-separation__section_fx5_yz3_lrb}

ドメインセパレーションテーブルのリストは次のとおりです。

* 開示
* 開示サマリー
* 目標アクティビティサマリー
* ヒートマップチャートの色
* 信頼できるソースコンテンツのための複合測定基準の定義
* 目標に向けた複合測定基準の定義
* ターゲットに向けた複合測定基準の定義
* 目標に向けたコントロール
* 目標に向けたコントロール目標
* 開示に向けた信頼できるソースコンテンツ
* 開示のための測定基準
* 開示のための測定基準の定義
* 目標へのエンティティ
* 信頼できるソースコンテンツの目標
* 開示への目標
* 目標に向けた重要なトピック
* 信頼できるソースコンテンツに対する測定基準
* 信頼できるソースコンテンツのための測定基準の定義
* 目標に向けた測定基準の定義
* ターゲットに向けた測定基準の定義
* 目標への測定基準
* ターゲットに向けた測定基準
* 目標に向けたポリシー
* 目標に対るリスク
* 目標に対するリスクステートメント
* 重要なトピック
{#esg-domain-separation__ul_q1b_x1j_lrb}

これらのテーブルの詳細については、「[ESG Managementとともにインストールされるコンポーネント](https://servicenow-prod.fluidtopics.net/liN9JwXjQ6PDmtXXxYUgQA "ロール、テーブル、プロパティなどのいくつかのタイプのコンポーネントが、 ESG Management アプリケーションおよび GRC：メトリクス アプリケーションとともにインストールされます。")」を参照してください。

## ユースケース {#esg-domain-separation__section_h3y_rvp_lrb}

ESG データは他の部門のデータから分離できます。ESG Management アプリケーションを使用している各ビジネスエリアは、他の部門と共有できない分離データを保有できます。したがって、各部門は独自の目標、ターゲット、重要なトピックなどを持つことができます。ESG ドメインからの目標を調べる場合、ユーザーはドメインスコープを展開して ESG ドメインの値を表示するか、ドメインスコープを折りたたんで ESG ドメインに一致する目標のみを表示するかを選択できます。デフォルトでは、ドメインセパレーションは、タスク \[task\] および構成アイテム \[cmdb_ci\] テーブルとその拡張に、ドメインフィールドを追加します。sys_domain フィールドをテーブルの辞書定義に追加することで、作成する任意の新しいテーブルにドメインセパレーションを拡張することができます。デフォルトでは、システム専用ドメインは、適切な場合に、プラットフォームとベースラインアプリケーションテーブルを分離します。  
注:  
ServiceNow® では、予期しない結果が生じる可能性があるため、辞書エントリ \[sys_dictionary\] テーブルや辞書エントリ上書き \[sys_dictionary_override\] テーブルなど、sys_ プリフィックスを持つテーブルなどのプラットフォームテーブルをドメインセパレーションすることはお勧めしません。 このユースケースでは、クライアントスクリプト、ビジネスルール、ワークフロー、プロセスなどをドメインセパレーションできます。ドメインセパレーションでの動作がマルチテナントのサポートを提供している間は、マルチテナントはまだ単一のインスタンス内に含まれています。つまり、一部のグローバルプロパティ、グローバルデータ、およびグローバルプロセスは、すべてのドメインで共有されます。たとえば、ログインページのシステムの \[記憶する\] オプションはグローバルであり、ドメインごとに指定できません。すべてのシステムのプロパティを完全に分離する必要があり、グローバルレポートまたはグローバルプロセスを必要としない場合、インスタンスの分離が最適なオプションです。
**関連情報**   

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