ドメインセパレーションと オペレーショナルサステナビリティ管理

  • リリースバージョン: Australia
  • 更新日 2026年03月12日
  • 所要時間：6分

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

    サポートレベル：ベーシック

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

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

    サポートレベルの詳細については、「アプリケーションでのドメインセパレーションのサポート)」を参照してください。

    ドメインセパレーションの概要

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

    オペレーショナルサステナビリティ管理におけるドメインセパレーションの仕組み

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

    たとえば、次のようなドメインがあるとします。
    • グローバル
    • トップ
      • ドメイン A
      • ドメイン B

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

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

    ドメインセパレーションテーブル

    ドメインセパレーションテーブルのリストは次のとおりです。
    • 開示
    • 開示サマリー
    • 目標アクティビティサマリー
    • ヒートマップチャートの色
    • 引用のための複合メトリクスの定義
    • 目標に向けた複合メトリクスの定義
    • ターゲットに向けた複合メトリクスの定義
    • 目標に向けたコントロール
    • 目標に向けたコントロール目標
    • 開示に向けた引用
    • 開示のためのメトリクス
    • 開示のためのメトリクスの定義
    • 目標へのエンティティ
    • 引用の目標
    • 開示への目標
    • 目標に向けた重要なトピック
    • 引用に対するメトリクス
    • 引用するメトリクスの定義
    • 目標に向けたメトリクスの定義
    • ターゲットに向けたメトリクスの定義
    • 目標へのメトリクス
    • ターゲットに向けたメトリクス
    • 目標に向けたポリシー
    • ゴールに対するリスク
    • ゴールに対するリスクステートメント
    • 重要なトピック

    これらのテーブルの詳細については、「 オペレーショナルサステナビリティ管理 (旧 ESG 管理) とともにインストールされるコンポーネント」を参照してください。

    ユースケース

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