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