> For the complete documentation index, see [llms.txt](https://docs.realmjoin.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.realmjoin.com/ja/to/msp-and-advanced-features.md).
# MSP と高度な機能
このセクションでは、Managed Service Providers (MSPs) および RealmJoin 内でより高い制御と柔軟性を必要とする上級ユーザー向けの高度な機能を扱います。
### Tenant Switcher
Tenant Switcher 機能により、MSP は 1:N 階層で親子テナント関係を確立でき、複数の顧客環境を一元管理できます。
#### 概要
Tenant Switcher 機能を使用すると、親テナントの管理者は、親テナントの資格情報を使って、接続された任意の子テナントへシームレスに切り替え、管理タスクを実行できます。これにより、管理対象ごとに個別のアカウントを維持する必要がなくなります。
#### 主な利点
* **一元化されたアクセス管理**: 複数の顧客テナントを管理しながら、資格情報を 1 つに統一できる
* **効率化された運用**: ログアウトせずに顧客環境をすばやく切り替えられる
* **一貫したセキュリティ**: 親テナントのセキュリティ ポリシーと認証方式がすべての子テナントに適用される
* **監査証跡**: 子テナントで実行されたすべての操作は、親テナントの管理者まで追跡できます
#### セットアップ要件
親子テナント関係を確立するには、次の条件が必要です。
1. 親テナントで MSP ライセンスが有効になっていること
2. **バックエンドの設定が必要**: RealmJoin チームがバックエンド システムで、親テナントのハンドルを使って子テナントにフラグを付ける必要があります。この設定は、別途サポート チケットを起票するか、初回のオンボーディング プロセス中に依頼してください
3. 子テナントは、親テナント接続を明示的に承認する必要があります
4. 親テナントの管理者には、親テナントで適切な権限を設定する必要があります
5. 各子テナントは、それぞれ独自のデータ分離とセキュリティ境界を維持します
#### Tenant Switcher の使用方法
設定が完了すると、許可された管理者は上部ヘッダーバー中央のテナント名をクリックしてテナント切り替え機能にアクセスできます。メニューから対象の子テナントを選択してコンテキストを切り替えます。親テナントの資格情報は有効なままで、すべての操作は子テナントのスコープ内で適切な権限を使って実行されます。
### カスタムロール権限
既定では、Tenant Switcher 機能を使用できるのは RealmJoin 管理者のみです。ただし、カスタムロールを設定することで、子テナント内で制限付き権限を持つ非管理者ユーザーにも Tenant Switcher アクセスを付与できます。一般的なユースケースは次のとおりです。
* **ソフトウェア要求者**: フル管理者権限なしでアプリケーション パッケージを作成・管理するユーザー
* **第 1 レベル サポート**: ユーザーの問題を調査するために限定的なアクセスが必要なヘルプデスク担当者
カスタムロールの設定の詳細については、 [カスタムロールのドキュメント](/ja/to/permission/custom-roles.md).
#### 必要な権限: `CanAdministerTenantPartners`
テナント切り替え機能へのアクセスは、カスタムロール権限によって付与されます **`CanAdministerTenantPartners`**。これを **親テナント**のカスタムロールに割り当ててください。これを持つユーザーは、テナント切り替え機能を開き、親テナントに接続されているすべての子テナントへ切り替えられます。
子テナントでは、これらのユーザーは **親テナントで持っている事前定義ロール** （たとえば Supporter、Advanced Supporter、または Auditor）を引き継ぎます。テナント切り替え機能は子テナントへのアクセスを与えるだけで、そこでの管理者権限は付与しません。これにより、サポート担当者に、自宅と同じ権限だけで、RealmJoin 管理者にすることなく、すべての顧客テナントへのアクセスを付与できます。
{% hint style="info" %}
**前提条件**
* [カスタムロール](/ja/to/permission/custom-roles.md) は親テナントで有効になっている必要があります。
* 親テナントは、RealmJoin バックエンドでパートナーテナントとして登録されている必要があります。そうでない場合、カスタムロール エディターは `CanAdministerTenantPartners` を許可されていないとして拒否します。この登録は RealmJoin サポートが行います。
{% endhint %}
**例: すべての顧客テナントにわたる第 1 レベル サポート**
ヘルプデスク担当者は、親テナントの Entra グループ `RJ-Support` のメンバーです。このグループは、親テナントの RealmJoin ロール設定で **Supporter** グループとして設定されています。顧客テナントへ切り替えられるようにするには、親テナントのカスタムロールに次のルールを追加します。
```json
{
"Rules": [
{
"Name": "サポート: Tenant Switcher",
"Description": "サポート チームが Supporter 権限で すべての子テナントへ切り替えられるようにします。",
"Groups": [
"5d3c1a2b-8e4f-4a6b-9c7d-2e1f0a9b8c7d"
],
"Permissions": [
"CanAdministerTenantPartners"
]
}
]
}
```
グループ ID を `RJ-Support` グループのオブジェクト ID に置き換えてください。ユーザーが再度サインインすると、ヘッダーバーにテナント切り替え機能が表示されます。各子テナントでは、親テナントと同様に Supporter 権限で作業します。
考慮すべき点:
* **引き継がれるのは事前定義ロールのみです。** 親テナントの他のカスタムロール権限は子テナントには適用されません。子テナント内で追加の権限を付与するには、その子テナントでカスタムロールを定義してください。
* **事前定義ロールは引き続き必要です。** 次のみを持つユーザー `CanAdministerTenantPartners` があり、親テナントに事前定義ロールを持たないユーザーはテナントを切り替えられますが、子テナントでは管理権限がありません。
* **この権限は、パートナー管理者権限も付与します。** たとえば、保持者はテンプレート（編集、削除、パッケージとトークンの変更）を管理できます。これを許可されている人にのみ割り当ててください。
* **変更は次回のサインイン時に適用されます。** すでにサインインしているユーザーは、カスタムロールが保存された後、ポータルを再読み込みするか、再度サインインする必要があります。
**注記**: 一部の権限の設定には、RealmJoin スタッフの支援が必要です。制限付き権限を持つカスタムロールの設定でヘルプが必要な場合は、サポートにお問い合わせください。
***
### ステージング ポータル
RealmJoin では、新機能や新しい機能への早期アクセスのためにステージング環境を維持しています。
#### 概要
以下の Staging Portal: [**portal-staging.realmjoin.com** ](https://portal-staging.realmjoin.com)は、これから本番ポータルに到達する前の機能が展開されるベータ環境として機能します。これにより、一般公開前に新機能を確認・テストできます。
#### 重要な考慮事項
**注意して使用**: ステージング環境は保証なしの現状有姿で提供されます。機能が未完成、不安定、または変更される可能性があります。本番で重要なデータの使用は避けてください。
#### 誰が Staging を使うべきですか？
Staging Portal は次の用途に最適です。
* 展開前に新機能をテストしたい組織
* 今後の機能についてフィードバックを提供するユーザー
* 将来の機能に関するトレーニングと習熟
* 開発およびテストのシナリオ
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://docs.realmjoin.com/ja/to/msp-and-advanced-features.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
