> For the complete documentation index, see [llms.txt](https://docs.parallels.com/landing/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.parallels.com/landing/ras-admin-guide/v22-ja-jp/gong-kai/forudno.md).

# フォルダーの管理

フォルダーは、公開リソースを整理し、フィルタリングオプションを容易にするために使用されます。

フォルダーは、\*\*「公開リソース」**ツリーおよび**「ファイルアクセス」\*\*ツリー内で作成できます。フォルダーは作成されたツリーに属し、リソースを2つのツリー間で移動することはできません。 [**ファイルアクセス**](/landing/ras-admin-guide/v22-ja-jp/gong-kai/file-access.md)を参照してください。

Parallels RAS コンソールの **公開リソース** ツリーで作成できるフォルダーには、次の 2 種類があります。

* **管理用フォルダー**。 このタイプのフォルダーは、Parallels RAS 管理者（Parallels RAS コンソールのユーザー）を対象としています。これらは、Parallels RAS コンソール内で公開リソースを論理的に整理するために使用されますが、ユーザー デバイスの Parallels Client スタート パッドには表示されません。これらのフォルダーは、管理者が公開リソースをより効率的に管理できるようにするためのものです。
* **通常のフォルダー**。これらのフォルダーは、前述の管理用フォルダーと似ていますが、ユーザーデバイスのスタート パッドには表示されます。通常、これらのフォルダーを使用して、公開リソースを種類ごとにグループ化します（例：オフィスアプリケーション、特定のビジネス アプリケーション、ユーティリティなど）。

### **フォルダの作成**

新しいフォルダを作成するには：

1. RASコンソールで、\*\*「公開」\*\*カテゴリを選択します。
2. フォルダーの対象に応じて、**公開済みリソース**ツリーまたは**ファイルアクセス**ツリーの任意の場所を右クリックし、**新しいフォルダー**を選択します（または、下部にある\*\*\[+] 新しいフォルダー\*\*アイコンをクリックします）。
3. **フォルダー** ダイアログで、フォルダーの名前と（必要に応じて）説明を指定します。
4. 管理用フォルダーにするには、**管理目的で使用する** オプションを選択します。通常のフォルダをパブリッシュするには、このオプションのチェックを消去します。2 種類のフォルダに関する説明については、上記を参照してください。
5. 通常のフォルダを作成する場合、**アイコンの変更** ボタンをクリックしてアイコンを変更できます。管理用フォルダは、変更できないビルトインのアイコンが使用されます。アイコンは、Parallels RAS コンソールの **公開** カテゴリおよび Parallels Client のスタート パッド（通常のフォルダのみ）に表示されます。
6. 次のページで、リソース（フォルダー）の初期状態を指定します。以下のオプションから選択してください：
   * **有効**：エンドユーザーはフォルダーを確認でき、その中に含まれる公開済みリソースを起動できるようになります。
   * **無効**：フォルダーは Parallels Client に表示されません。
   * **メンテナンス中**：フォルダーは Parallels Client に表示されますが、ユーザーはその中に含まれるリソースを起動することはできません。フォルダーにサブフォルダーがある場合、サブフォルダーは親フォルダーのステータスを継承します。つまり、階層構造内のどのフォルダーに含まれるリソースも、ユーザーからはアクセスできなくなります。 フォルダが「メンテナンス中」の状態にあるときに、ユーザーがそのフォルダからリソースを起動しようとすると、メッセージが表示されます。このメッセージをカスタマイズするには、**\[設定]** ボタンをクリックします。詳細については、[**サイトのデフォルト設定 (公開)**](/landing/ras-admin-guide/v22-ja-jp/gong-kai/saitonodeforuto.md) を参照してください。
7. **完了**をクリックしてフォルダを作成します。

### **フォルダの管理**

既存のフォルダを変更するには：

1. **公開済みリソース**ツリーから目的のフォルダを選択します。
2. 右ペインの\*\*\[情報]タブ\*\*に、フォルダ情報（読み取り専用）が表示されます。
3. **フォルダー**タブでは、フォルダー名や説明を確認・変更できます。また、**管理目的で使用する**オプションを選択または消去して、フォルダーのタイプを変更することもできます（説明については上記を参照）。フォルダーアイコンを変更するには、**アイコンの変更**マウス ボタンをクリックします。 なお、**管理目的で使用する**オプションが選択されている場合、このボタンは無効になります。
4. **フィルタリング**タブでは、フィルタリングオプションを指定します。設定すると、そのフォルダー内のすべての公開済みリソースにこれらのオプションが継承されます。 詳細については、[**フィルタリングルールの使用**](/landing/ras-admin-guide/v22-ja-jp/gong-kai/firutrruno.md)を参照してください。
5. **ルーティング**に関する情報については、[**優先ルーティングの設定**](/landing/ras-admin-guide/v22-ja-jp/gong-kai/rtinguwo.md)を参照してください。

### **フォルダーへの公開済みリソースの追加**

公開済みリソースをフォルダーに追加するには、まずルート場所に追加し、その後、目的のフォルダーにドラッグします。

### **カスタム管理者へのアクセス許可の委任**

ファームにカスタム管理者がいる場合、フォルダーの管理権限をその管理者に委任することができます。これは、パワー管理者がカスタム管理者にアクセス許可を付与する必要がある場合に特に役立ちます。フォルダーのアクセス許可を付与するには：

1. **公開済みリソース**ペイン内の任意の場所を右クリックします。
2. コンテキストメニューから **アクセス許可の委任** を選択します。
3. 表示されるダイアログで、フォルダーのアクセス許可を付与するユーザーを選択します。**アクセス許可の委任 - 公開** ダイアログの右下のペインで、そのユーザーに付与したいフォルダーのアクセス許可（表示、変更、追加、削除）を選択します。 カスタム管理者に関する詳細については、[**管理者アカウントの管理**](/landing/ras-admin-guide/v22-ja-jp/fmutosaito/akauntono.md)を参照してください。
4. [**管理者アカウントのアクセス許可の設定**](/landing/ras-admin-guide/v22-ja-jp/fmutosaito/akauntono/akauntono-1.md) に記載されているように、「管理」カテゴリからカスタム管理者にフォルダーのアクセス許可を付与することもできます。


---

# 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.parallels.com/landing/ras-admin-guide/v22-ja-jp/gong-kai/forudno.md?ask=<question>&goal=<user_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.