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