ドメイン分離と Knowledge Management
ドメイン分離は ナレッジ管理 でサポートされています。 ドメイン分離では、データ、プロセス、および管理タスクをドメインと呼ばれる論理的なグループに分けることができます。どのユーザーがデータを表示できるか、データにアクセスできるかなど、このアプリケーションのいくつかの側面を制御できます。
サポートレベル：標準
- ベーシックレベルサポートを含みます。
- ビジネスロジック：サービスプロバイダー (SP) によって顧客ごとにプロセスを作成または変更できます。ユースケースには、単一のインスタンスでの複数のサービスプロバイダー顧客によるアプリケーションの正しい使用が反映されています。
- インスタンスのオーナーは、特定のアプリケーションに期待される通りに、テナントごとに MVP ビジネスロジックとデータパラメーターを設定できる必要があります。
サンプルユースケース：管理者は、レコードを他のテナントに対してはクローズしないが、1 つのテナントに対してクローズする場合、コメントを必須にすることができる必要があります。
サポートレベルの詳細については、「アプリケーションでのドメイン分離のサポート)」を参照してください。
概要
ドメイン分離は、アプリケーションの異なるアクセス レベルで異なる動作をします。Knowledge Management では、ナレッジベースへのデータ、要求者、履行者のアクセスがドメイン分離されています。
Knowledge Management におけるドメイン分離の仕組み
Knowledge Management では、以下のルールが適用されます。
要求者：要求者アクティビティはテナントドメイン内でサポートされます。ユーザーは、フィードバックが有効になっていて、ナレッジベース設定から記事の読み取りアクセス権が付与されているのであれば、そのドメイン、存在するのであればその子ドメイン、およびグローバル ドメインの記事の検索、表示、コメント、評価を行うことができます。
- ナレッジベースや記事レベルで読み取りアクセス権が付与されている場合、グローバル ドメインのユーザーはすべてのドメインの記事にアクセスできます。
- ナレッジベースや記事レベルで読み取りアクセス権が付与されている場合、親ドメインのユーザーは、そのドメイン、グローバルド メイン、およびそのすべての子ドメインの記事にアクセスできます。
- ナレッジベースや記事レベルで読み取りアクセス権が付与されている場合、子ドメイン内のユーザーはそのドメインとグローバル ドメインの記事にアクセスできます。
履行者：アプリケーションはテナントドメイン所有アプリケーションとしてテナントドメイン内の履行者が使用できます。ナレッジベースに寄稿アクセス権を付与するためのユーザー基準設定がある場合、ユーザーはそのドメイン、存在するのであればその子ドメイン、およびグローバル ドメインのナレッジベースで記事を作成することが許可されます。
記事が作成されると、記事は自動的にユーザーの現在のドメインに保存されます。
glide.knowman.allow_edit_global_articlesシステムプロパティが有効になっている場合、グローバルドメイン以外のドメインのユーザーは、グローバル記事をチェックアウトして編集できます。有効になっていない場合は、システム管理者とグローバルドメイン以外のドメインのユーザーはグローバル記事をチェックアウトできず、その旨の警告メッセージが表示されます。アクセス権に応じて、ユーザーは自分のドメインをグローバルドメインに変更して、グローバル記事をチェックアウトして編集することができます。- バージョニングされた記事のドメインは、最新の記事バージョンのドメインに従って維持されます。これには、kb_version、kb_knowledge、kb_feedback、および sys_attachment テーブルのドメインの更新が含まれます。
- ドメインに別のドメインが含まれている場合：ドメイン A にドメイン B が含まれている場合、ドメイン A へのアクセス権を持つユーザーは、ドメインスコープを切り替えてドメイン B の記事を作成できます。ドメインスコープの切り替えの詳細については、「可視性ドメインと包含ドメイン」を参照してください。
ナレッジベースおよびナレッジ記事への寄稿および読み取りアクセスを制御する方法については、「ナレッジベースとナレッジ記事へのアクセスの管理」を参照してください。
ユースケース
このイメージは、基本システムで使用可能な基本的なドメイン階層を示しています。
要求者ユース ケース
| ユーザー ドメイン | ナレッジベース ドメイン | 読込ユーザー基準ドメイン | 記事ドメイン | 結果 |
|---|---|---|---|---|
| グローバル | グローバル | グローバル | グローバル | 記事を表示、コメント、評価することができます。 |
| 親ドメイン (TOP) | 親ドメイン (TOP) | 親ドメイン (TOP) | ||
| 子ドメイン (TOP/ACME) | 子ドメイン (TOP/ACME) | 子ドメイン (TOP/ACME) | ||
| MSP ドメイン (TOP/MSP) | MSP ドメイン (TOP/MSP) | MSP ドメイン (TOP/MSP) | ||
| 親ドメイン (TOP) | グローバル | グローバル | グローバル | |
| 親ドメイン (TOP) | 親ドメイン (TOP) | 親ドメイン (TOP) | ||
| 子ドメイン (TOP/ACME) | 子ドメイン (TOP/ACME) | 子ドメイン (TOP/ACME) | ||
| MSP ドメイン (TOP/MSP) | MSP ドメイン (TOP/MSP) | MSP ドメイン (TOP/MSP) | ||
| 子ドメイン (TOP/ACME) | グローバル | グローバル | グローバル | 記事を表示、コメント、評価することができます。 |
| 親ドメイン (TOP) | 親ドメイン (TOP) | 親ドメイン (TOP) | ||
| 子ドメイン (TOP/ACME) | 子ドメイン (TOP/ACME) | 子ドメイン (TOP/ACME) | ||
| MSP ドメイン (TOP/MSP) | MSP ドメイン (TOP/MSP) | MSP ドメイン (TOP/MSP) |
履行者ユース ケース
| ユーザー ドメイン | ナレッジベース ドメイン | 寄稿ユーザー基準ドメイン | 記事ドメイン | 結果 |
|---|---|---|---|---|
| グローバル | グローバル | グローバル | グローバル | 記事を作成、更新、表示、コメント、評価することができます。 |
| 親ドメイン (TOP) | 親ドメイン (TOP) | 親ドメイン (TOP) | ||
| 子ドメイン (TOP/ACME) | 子ドメイン (TOP/ACME) | 子ドメイン (TOP/ACME) | ||
| MSP ドメイン (TOP/MSP) | MSP ドメイン (TOP/MSP) | MSP ドメイン (TOP/MSP) | ||
| 親ドメイン (TOP) | グローバル | グローバル | グローバル | |
| 親ドメイン (TOP) | 親ドメイン (TOP) | 親ドメイン (TOP) | ||
| 子ドメイン (TOP/ACME) | 子ドメイン (TOP/ACME) | 子ドメイン (TOP/ACME) | ||
| MSP ドメイン (TOP/MSP) | MSP ドメイン (TOP/MSP) | MSP ドメイン (TOP/MSP) | ||
| 子ドメイン (TOP/ACME) | グローバル | グローバル | グローバル | 記事を作成、更新、表示、コメント、評価することができます。 |
| 親ドメイン (TOP) | 親ドメイン (TOP) | 親ドメイン (TOP) | ||
| 子ドメイン (TOP/ACME) | 子ドメイン (TOP/ACME) | 子ドメイン (TOP/ACME) | ||
| MSP ドメイン (TOP/MSP) | MSP ドメイン (TOP/MSP) | MSP ドメイン (TOP/MSP) |
既知の問題
- 次の AQI テーブルはドメイン分離ではありません。
- AQI チェックリスト [kb_quality_checklist]
- チェックリスト質問 [kb_checklist_question]
- 記事チェックリスト回答 [kb_article_checklist_answer]注:記事チェックリスト回答テーブルには [注文] フィールドが含まれていません。アプリケーションは、リストをランダムな順序で表示します。
- 記事のユーザーから提供されたコメントは、ユーザー ドメインではなく記事のドメインに保存されます。