ドメイン分離と Notifications

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

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

    サポートレベル：標準

    • ベーシックレベルサポートを含みます。
    • ビジネスロジック：サービスプロバイダー (SP) によって顧客ごとにプロセスを作成または変更できます。ユースケースには、単一のインスタンスでの複数のサービスプロバイダー顧客によるアプリケーションの正しい使用が反映されています。
    • インスタンスのオーナーは、特定のアプリケーションに期待される通りに、テナントごとに MVP ビジネスロジックとデータパラメーターを設定できる必要があります。

    サンプルユースケース：管理者は、レコードを他のテナントに対してはクローズしないが、1 つのテナントに対してクローズする場合、コメントを必須にすることができる必要があります。

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

    概要

    ドメイン分離は、厳密に言うと通知ではサポートされていますが、メール アカウントではサポートされていません。通知はデータ区切りではなく、プロセス区切りです。通知は特定のアクションによってもトリガーされます。

    注:
    サブスクリプションベースの通知は、ドメインを認識しないため、ドメイン固有の設定をサポートすることはできません。

    通知におけるドメイン分離の仕組み

    ドメイン分離と通知には 2 つの基本的なコンポーネントがあります。

    • 通知はプロセス区切りです (データ区切りではありません)。
    • 通知は、主に 2 つの方法でトリガーされます。
      1. レコードが挿入または更新された場合

        挿入/更新されたレコードと同じドメインとグローバルドメイン内で一致条件を持つ通知が処理されます。

      2. 通知で定義されたイベントが発生した場合
        1. イベントには通常、ターゲット レコードがあります。たとえば、[incident.inserted] イベントは挿入されているインシデント レコードを参照します。
        2. イベントが発生すると、そのイベントのターゲットレコードと同じドメインおよびグローバルドメイン内の、そのイベントに設定された通知が処理されます。

    ドメインとメール アカウント

    ドメイン分離は、次の理由からメール アカウントではサポートされていません。

    1. 送信メール：各アカウントが持つ SMTP 送信者は 1 つのみです。これにより、アカウントごとにドメインを提供することができず、また設定できないようになっています。
    2. 受信メールを受信する場合：複数のメール アカウントを設定できますが、受信メール アクションのドメインを意味を成すものとして設定することはできません。受信アクションは、メールを送信したユーザーのドメインで処理されます。たとえば、ドメイン A の User_A が ServiceNow メール アカウントにメールを送信すると、「インシデントの作成」受信メール アクションが実行されます。この受信アクションによって作成された新しいインシデントは、ドメイン A にあります。
    詳細については、受信メールアクション を参照してください。
    注:
    メール アカウントの数が 20 を超えると、メールの受信が遅くなります。

    ユースケース

    インスタンスが Domain Separation プラグインを使用し、グローバルドメイン上の通知と同じイベントを持つドメインに対して新しいメール通知が定義されている場合、ユーザーは同じイベントに対して 2 つのメールを受信します。



    解決策：ドメインに属する通知の [sys_overrides] フィールドを、グローバルに設定値を上書きするように設定します。詳細については、「委任管理」を参照してください。