> ## Documentation Index
> Fetch the complete documentation index at: https://developers.authlete.com/llms.txt
> Use this file to discover all available pages before exploring further.

> ## Agent Instructions
> ### Authlete versions
> Authlete 3.0 is the current version. Unless the user says they use another version, answer for Authlete 3.0 using the 3.x documentation.
> Documentation for Authlete 2.x (pages under `/v2/` and `/ja/v2/`) is for the legacy version. Refer to it only when the user is on Authlete 2.x.
>
> ### Authlete architecture
> Authlete is a backend engine for OAuth 2.0 and OpenID Connect processing. End users and client applications do not call it directly; the service provider's authorization server and API server call Authlete's APIs. Authlete handles protocol processing and token, client, and service management, while the service provider owns the OAuth/OIDC endpoints and user authentication.
> See [Architecture](https://developers.authlete.com/get-started/introduction-to-authlete/architecture.md).
>
> ### Concepts
> If the user is new to Authlete, read these pages first:
> - [Request and Response](https://developers.authlete.com/get-started/concepts/request-and-response.md): Core API requests pass the client's request parameters as-is, and responses return `resultCode`, `action`, and `responseContent`.
> - [Action Handling](https://developers.authlete.com/get-started/concepts/action-handling.md): Branch on `action`, never on `resultCode`, and map each action to the HTTP response your server returns.
> - [Two-Step API Calls](https://developers.authlete.com/get-started/concepts/two-step-api-calls.md): Actions such as `INTERACTION` are completed with a second call (`/auth/authorization/issue` or `/auth/authorization/fail`) linked by a `ticket`.
> - [Management API Overview](https://developers.authlete.com/get-started/concepts/overview.md): The Management API configures services, manages clients, and operates issued tokens, separately from the protocol flows handled by the Core API.
> - [API Authentication](https://developers.authlete.com/get-started/concepts/authentication.md): Authlete APIs use bearer tokens: a Service Access Token (one service) or an Organization Token (the whole organization).

# 環境設定

> 環境管理者が、組織を作成できるユーザーを制御し、環境内のすべての組織を管理する方法を解説します。

> [!NOTE]
>
> 本記事は、セルフマネージド環境と専用クラウド環境のみを対象としています。共有クラウド環境は Authlete が管理しており、本記事の対象外です。

「環境設定」は、環境管理者とプラットフォーム管理者のみが利用できます。「組織ガバナンス」タブは、組織を作成できるユーザーを制御する設定と、環境内のすべての組織の一覧で構成されます。ロールの概要については、[委任管理](https://developers.authlete.com/ja/configuration-reference/environment/delegated-admin.md)を参照してください。

## 「環境設定」と「すべての組織」の違い

「環境設定」は、すべてのユーザーに表示される「すべての組織」ページとは別のページです。「すべての組織」には、サインインしているユーザー自身が所属する組織のみが一覧表示されます。この動作は、環境管理者やプラットフォーム管理者でも他のユーザーと同じです。環境全体の組織管理は、「環境設定」で行います。

## 組織作成の許可と制限

「組織作成の有効化」は、環境内で新しい組織を作成できるユーザーを制御する設定です（デフォルトでは有効）。

* 有効にした場合、すべてのユーザーが新しい組織を作成できます。
* 無効にした場合、組織を作成できるのは、プラットフォーム管理者と環境管理者のみです。「組織を新規作成」アクションは、他のユーザーには表示されません。

設定を変更すると、Console は「組織作成を制限しますか？」または「組織作成を許可しますか？」で確認を求めます。どちらの場合も、既存の組織とその管理者には影響しません。この設定の変更は、[「監査ログ」](https://developers.authlete.com/ja/configuration-reference/environment/audit-logs.md)に記録されます。

## 環境内の組織の管理

この一覧には、自分がメンバーではない組織を含む、環境内のすべての組織が、組織名、組織 ID、「請求プラン」とともに表示されます。環境管理者とプラットフォーム管理者は、ここから次の操作を行えます。

* 組織名を変更する。組織名の横にある鉛筆アイコンを選択し、新しい組織名を入力して、「変更を保存」を選択します。組織名を変更しても、組織 ID や既存の連携には影響しません。
* 組織を削除する。「アクション」列の削除アイコンを選択し、確認します。


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.