ドメイン分離と HR Service Delivery

  • リリースバージョン: Washingtondc
  • 更新日 2024年02月01日
  • 読む4読むのに数分

    • ドメイン分離は HR サービスデリバリ (HRSD) でサポートされています。ServiceNow® HR サービスデリバリ (HRSD)アプリケーションは、HR とのやり取りを自動化し、すべての HR サービスに単一のプラットフォームを提供することで、従業員のサービスエクスペリエンスを向上します。Domain Separation は、データ、プロセス、および管理タスクをドメインと呼ばれる論理的なグループに分けます。その後、どのユーザーがデータを表示できるか、データにアクセスできるかなど、このアプリケーションのいくつかの側面を制御できます。

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

    • アプリケーションのサービスプロバイダーのユースケースに合わせてデータが適切なドメインに送られるようにするビジネスロジックがあります。
    • アプリケーションでは、ユーザーインターフェイス、キャッシュキー、レポート、ロールアップ、集計など、すべてにおいて、実行時にドメインが考慮されます。
    • インスタンスの所有者は、複数のテナント間で正常に機能するようにアプリケーションを設定できる必要があります。
    ユースケース：サービスプロバイダーである私は、チャットを使用してテナント顧客のメッセージに私が応答する時に、クライアントが私の応答を確認できるようにする必要があります。

    概要

    Domain Separation は、以下の顧客にとって最適です。
    • ビジネスエンティティ間で絶対的なデータ分離を適用します (データ分離)。
    • 各ドメインのビジネスプロセス定義とユーザーインターフェイスをカスタマイズします (委任管理)。
    • 単一のインスタンスでグローバルなプロセスとグローバルなレポートを維持します。
    これらのユーザーは、ドメインスコープを展開するか折りたたんで、他のドメインからのデータを表示または非表示にすることができます。たとえば、ベンダー A のベンダーデータは、他のベンダーのベンダーデータから分離できます。HR サービスデリバリ (HRSD)アプリケーションを使用している各ベンダーは、他のベンダーと共有されない分離データを持つことができます。
    注:
    ユーザーは、ドメインの可視性によって明示的に付与されたドメインのデータに常にアクセスできます。

    HR サービスデリバリ (HRSD)におけるドメイン分離の仕組み

    • HR サービスデリバリ (HRSD)はデータの分離をサポートしていますが、ロジックおよびプロセスの分離を完全にはサポートしていません。
    • ドメイン分離実装で作業するときは、適切なユーザーセットに表示されるように、適切なドメインレベルでレコードが作成されていることを確認します。

      たとえば、以下のようなドメインの場合:

      • グローバル：TOP
        • ドメイン A
        • ドメイン B
      • ユーザーがドメイン A および B の HR ケースにアクセスするには、グローバルレベルで HR ケースを作成する必要があります。HR ケースがドメイン B で作成された場合、インデックスのため、ドメイン A の HR ケースにアクセスすることはできません。
      • トップおよびドメイン A 内のユーザーに HR ケースを表示するには、HR ケースをドメイン A で作成します。
    • HR ケースがグローバルドメイン内にない限り、ユーザーは上位のドメイン内にある人事ケースを、下位のドメインのユーザーにアサインできません。ドメイン A または B のユーザーには、コントロールへのアクセス権はありません。

    ユースケース：HR サービスデリバリ (HRSD)におけるドメイン分離

    ベンダー A のベンダーデータは、ベンダー B から分離できます。HR サービスデリバリ (HRSD)アプリケーションを使用している各ベンダーは、他のベンダーと共有されない分離データを持つことができます。

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

    sys_domain フィールドを辞書テーブルの定義に追加することで、作成する任意の新規テーブルにドメイン分離を拡張できます。デフォルトでは、システム専用ドメインは、適切な場合にプラットフォームとベースラインアプリケーションテーブルを分離します。
    警告:
    プラットフォームテーブル (sys_ prefix) または辞書エントリーに上書きする [sys_dictionary_override] テーブルをドメイン分離しないでください。これを行うと、予期せぬ結果が生成されます。

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

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

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

    ユースケース：ライフサイクルイベントにおけるドメイン分離

    アクティビティセットは、親ドメインで設定し、子ドメインで共有されます。例：
    • 親ドメイン：P
    • 子ドメイン：
      • Q
      • R

      親ドメイン P にアクティビティセットを作成すると、Q および R で利用可能になります。

      Q および R で作成されたアクティビティセットは、P またはお互いに利用できません。

    ドメイン分離の詳細については、以下を参照してください。