ドメインセパレーションと Notifications
ドメインセパレーションは、Notifications アプリケーションでサポートされています。 ドメインセパレーションでは、データ、プロセス、および管理タスクをドメインと呼ばれる論理的なグループに分けることができます。どのユーザーがデータを表示できるか、データにアクセスできるかなど、このアプリケーションのいくつかの側面を制御できます。
サポートレベル：標準
- ベーシックレベルサポートを含みます。
- ビジネスロジック：サービスプロバイダー (SP) によって顧客ごとにプロセスを作成または変更できます。ユースケースには、単一のインスタンスでの複数のサービスプロバイダー顧客によるアプリケーションの正しい使用が反映されています。
- インスタンスのオーナーは、特定のアプリケーションに期待される通りに、テナントごとに MVP ビジネスロジックとデータパラメーターを設定できる必要があります。
サンプルユースケース：アドミンは、レコードを他のテナントに対してはクローズしないが、1 つのテナントに対してクローズする場合、コメントを必須にすることができる必要があります。
サポートレベルの詳細については、「アプリケーションでのドメインセパレーションのサポート)」を参照してください。
概要
ドメインセパレーションは、厳密に言うと通知ではサポートされていますが、メールアカウントではサポートされていません。通知はデータ区切りではなく、プロセス区切りです。通知は特定のアクションによってもトリガーされます。
通知におけるドメインセパレーションの仕組み
ドメインセパレーションと通知には 2 つの基本的なコンポーネントがあります。
- 通知はプロセス区切りです (データ区切りではありません)。
- 通知は、主に 2 つの方法でトリガーされます。
- レコードが挿入または更新された場合
挿入/更新されたレコードと同じドメインとグローバルドメイン内で一致条件を持つ通知が処理されます。
- 通知で定義されたイベントが発生した場合
- イベントには通常、ターゲット レコードがあります。たとえば、[incident.inserted] イベントは挿入されているインシデント レコードを参照します。
- イベントが発生すると、そのイベントのターゲットレコードと同じドメインおよびグローバルドメイン内の、そのイベントに設定された通知が処理されます。
- レコードが挿入または更新された場合
ドメインとメールアカウント
ドメインセパレーションは、次の理由からメールアカウントではサポートされていません。
- 送信メール：各アカウントが持つ SMTP 送信者は 1 つのみです。これにより、アカウントごとにドメインを提供することができず、また設定できないようになっています。
- 受信メールを受信する場合：複数のメールアカウントを設定できますが、受信メール アクションのドメインを意味を成すものとして設定することはできません。受信アクションは、メールを送信したユーザーのドメインで処理されます。たとえば、ドメイン A の User_A が ServiceNow メールアカウントにメールを送信すると、「インシデントの作成」受信メール アクションが実行されます。この受信アクションによって作成された新しいインシデントは、ドメイン A にあります。
ユースケース
インスタンスが ドメインセパレーションプラグインを使用し、グローバルドメイン上の通知と同じイベントを持つドメインに対して新しいメール通知が定義されている場合、ユーザーは同じイベントに対して 2 つのメールを受信します。
解決策：ドメインに属する通知の [sys_overrides] フィールドを、グローバルに設定値を上書きするように設定します。詳細については、「委任管理」を参照してください。