のドメイン分離 ワークスペース
この概要では、ワークスペースでのドメイン分離について説明します。ドメイン分離では、データ、プロセス、および管理タスクをドメインと呼ばれる論理的なグループに分けることができます。その後、どのユーザーがデータを表示できるか、データにアクセスできるかなど、このアプリケーションのいくつかの側面を制御できます。
サポートレベル：標準
- ベーシックレベルサポートを含みます。
- ビジネスロジック：サービスプロバイダー (SP) によって顧客ごとにプロセスを作成または変更できます。ユースケースには、単一のインスタンスでの複数のサービスプロバイダー顧客によるアプリケーションの正しい使用が反映されています。
- インスタンスのオーナーは、特定のアプリケーションに期待される通りに、テナントごとに MVP ビジネスロジックとデータパラメーターを設定できる必要があります。
サンプルユースケース：管理者は、レコードを他のテナントに対してはクローズしないが、1 つのテナントに対してクローズする場合、コメントを必須にすることができる必要があります。
サポートレベルの詳細については、「アプリケーションでのドメイン分離のサポート)」を参照してください。
概要
ワークスペースタブ付きナビゲーションは、一般的な UI フレームワークとは根本的に異なります。プラットフォームでは、エージェントは一度に 1 つのレコードを参照します (ただし、複数のレコードを別々のブラウザータブで開くこともできます)。 ワークスペースのタブ付きナビゲーションは、同じブラウザーセッション内のインシデントまたはケース間でのマルチタスクをサポートしています。
Paris リリースでは、エージェントは 1 つのワークスペースブラウザータブで複数のドメインにまたがるマルチタスクを実行できます。
におけるドメイン分離の仕組み ワークスペース
を使用すると ワークスペース、履行者が(プラットフォームドメインピッカーを使用してドメインを選択して)データモデルと直接やり取りするのではなく、コア機能をエージェントにシームレスに提供できます。ワークスペースグローバルヘッダーにドメインピッカーがありません。
- レコードは、ユーザーのドメインセッションではなく、レコードのドメインで開きます。
- フォームレイアウト:フィールドと値 (選択肢、参照など) は、レコードのドメインに基づいて表示されます。
- フォームヘッダー:プライマリフィールドとセカンダリフィールドはレコードのドメインに基づいて表示され、顧客ごとにカスタマイズできます。
- 関連リストのレイアウトは、親のレコードドメインを使用します。
- UI アクションはレコードのドメインを尊重し、該当するもののみを表示します (「条件が true と評価されました」など)。
- リボン:ロードリボンコンポーネントは、レコードのドメインに基づいています。すべての UI アクションは、レコードセッションをトリガーするか、子レコードに引き継がれます。
- ナレッジとカタログは、ユーザーセッションがアクセスできるユーザー基準とドメインに基づいて表示されます。ただし、表示するレコードは、レコードドメインに基づいてフィルタリングする必要があります。
- オプションのフォーム拡張を使用して、フォームヘッダーの 会社/アカウントの ロゴを使用して、既存のレコードの会社またはドメインのコンテキスト認識を提供できます。詳細については、「ワークスペースでのフォームヘッダーの設定」を参照してください
レコードから新しいレコードを作成する場合 (クロステナントインテリジェンス):
- レコードの UI アクションを介して作成されたレコードは、元のレコードドメインのドメインを引き継ぎます。
- 親レコード (関連リストなど) から作成されたレコードは、親レコードドメインのドメインを引き継ぎます。
- 新しいレコードは、元のレコードに割り当てられたドメインにロード (プロセス/データ) されます。(例:
- 新しいインタラクションは、(ユーザーのドメインではなく) 「オープン対象者」ドメインに作成されます。
- 新しいレコードは、正しいドメインで新しいレコードを安全に作成できる管理設定可能なインタースティシャルフォームに基づいて、「発信者」または「連絡先」(「オープン対象者」など)のドメインに作成できます。
- ユーザーまたは会社レコードは、通常、ドメインを決定するために使用されます (たとえば、ユーザーを選択すると、会社フィールドに値が入力され、ドメインが設定されます)。インスタンスの 1 人の所有者が、各テーブルでそのインスタンスのドメインを設定するものを決定します。
- 複数のドメインにアクセスできるユーザーは、構成可能な軽量フォームを使用してフィールドに入力し、ドメインを設定できます。ユーザーは、会社またはアカウントを選択するか、履行者がアクセスできるドメインからユーザーを選択します。
- 必須フィールドに入力すると、[ 次へ ] ボタンがアクティブになります。
- プラットフォームドメインピッカーとは異なり、エージェントはドメインセッションを変更せずに新規レコードのドメインを設定できます。
注:ドメイン決定フィールドは、事前に入力したり設定したりする必要はありません。プラットフォームと同じように機能します。フォームは、レコードが保存されるのを待ってから、ドメイン固有のプロセス構成を表示します。
Paris リリースの新機能
- 管理者は、「会社」など、レコードのドメインを制御する特定のフィールドを設定できます。同じ機能は、次のシステムプロパティでも実現できます。
- glide.sys.domain.domain_determining_field.default
- glide.sys.domain.domain_determining_field[table_name]
- glide.sys.domain.use_domain_determining_field
- 指定されたフィールドが変更されると、レコードのsys_domain値が新しい参照のドメインに設定されます。レコードのドメインが変更されます。
- 変更を送信すると、ドメインが変更されることを示すメッセージが表示され、データ損失の可能性が警告されます。
- レコードが保存されると、sys_domain値が変更され、ビジネスルール「ドメイン - カスケードドメイン - タスク」に従ってレコードへのすべての参照が削除されます。
- domain_expand_scope ロールを持つユーザーは、フォームの [ ドメインスコープの切り替え] UI アクションからドメインスコープを選択できます。
- レコードスコープが有効 (デフォルト) の場合、UI アクションをクリックしてセッションスコープを展開し、ユーザーのドメインと子ドメインにアクセス可能なデータを表示できます。
- セッションスコープが有効な場合は、UI アクションをクリックしてレコードスコープを折りたたみ、現在のレコードのドメインのデータのみを表示できます。
- [ ドメインスコープの切り替え ] をクリックすると、関連リストアクションと参照フィールドクエリのレコードのドメインスコープが展開されます。
詳細については、「 ドメイン スコープ」を参照してください。
エージェントが 1 つの会社を選択してデータを表示する機能 ([自分のリスト] を使用)。
キュレーションされたリストの「自分のリスト」を作成したり、既存のリストを会社でフィルタリングしたりできます。プラットフォームドメインピッカーも同様に動作し、ドメインに基づいてデータをフィルタリングします。親なしで新しいケースまたはインシデントを作成する場合は、ドメインを指定するために使用するフィールドの入力を開始すると、ドメインにすばやく入力できます。
詳細については、「 リスト」を参照してください。