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

> すべての Auth0 組織が複数の Auth0 接続を持つ、複数の IDプロバイダー（IdP）組織について説明します。

# 複数の IDプロバイダー組織

複数の <Tooltip tip="IDプロバイダー（IdP）: デジタルIDを保存および管理するサービス。" cta="用語集を見る" href="/ja/docs/glossary?term=Identity+Provider">IDプロバイダー</Tooltip> (IdP) 組織のシナリオでは、[Auth0 Organizations](/ja/docs/manage-users/organizations/organizations-overview) 機能を使用するすべての組織が、複数の [Auth0 接続](/ja/docs/authenticate/identity-providers) を使用します。多くの点で、このシナリオの実装は [単一 IDプロバイダー組織。I](/ja/docs/get-started/architecture-scenarios/multiple-organization-architecture/single-identity-provider-organizations)n fact の実装と同じです。実際、Auth0 Organizations 機能では両方を組み合わせて利用でき、2 つの間を簡単に移行することもできます。ただし、追加で考慮すべき点がいくつかあります。

<div id="connections">
  ## 接続
</div>

通常 [Authorization](/ja/docs/get-started/architecture-scenarios/multiple-organization-architecture/single-identity-provider-organizations/authorization) に含まれる情報に加えて、ユーザーの第一要素認証がどの特定の [Auth0 接続](/ja/docs/authenticate/identity-providers) を介して実行されたかに関する詳細を追加できます。明示的に必須ではありませんが、アクセス制御に利用できる追加のコンテキストをアプリケーションや API に提供するために、この情報をカスタムクレームとして <Tooltip tip="IDトークン: リソースへのアクセスではなく、クライアント自体を対象とした認証情報です。" cta="用語集を見る" href="/ja/docs/glossary?term=ID+Token">ID Token</Tooltip> や <Tooltip tip="アクセストークン: API へのアクセスに使用される、不透明な文字列または JWT 形式の認可資格情報です。" cta="用語集を見る" href="/ja/docs/glossary?term=Access+Token">Access Token</Tooltip> に追加できます。

次の例に示すように、カスタムクレームは通常、Rules の拡張機能を使用して追加します。これにより、[`context`](/ja/docs/customize/rules/context-object) オブジェクトを使用して接続固有の情報にアクセスできます。

```js lines theme={null}
context.idToken['http://travel0.net/connection'] = context.connection;     // 接続名クレーム
context.accessToken['http://travel0.net/connection'] = context.connection; // 接続名クレーム
```

<Callout icon="file-lines" color="#0EA5E9" iconType="regular">
  Rules コンテキストオブジェクトを使用すると、ユーザーの第一要素認証に使用される接続に関するさまざまな情報 (`connection` の名前、`connectionID`、`connectionStrategy` など) にアクセスできます。さらに、Rules の拡張機能で利用できる追加情報も提供されるため、任意の[一元化されたポリシー適用](/ja/docs/get-started/architecture-scenarios/multiple-organization-architecture/single-identity-provider-organizations/authorization)の一部として活用できます。
</Callout>

<div id="database-connection">
  ### データベース接続
</div>

Auth0 では複数の[データベース接続およびカスタムデータベース接続](/ja/docs/authenticate/database-connections)を[プロビジョニング](/ja/docs/get-started/architecture-scenarios/multiple-organization-architecture/single-identity-provider-organizations/provisioning)できますが、これらの種類の接続を 1 つの Auth0 組織に複数関連付けることは推奨されません。これは、データベース接続およびカスタムデータベース接続が現在 Home Realm Discovery をサポートしておらず、これは[識別子ファースト認証](/ja/docs/authenticate/login/auth0-universal-login/identifier-first)の重要な構成要素であるためです。そのため、複数定義されている場合、<Tooltip tip="Universal Login: アプリケーションは、ユーザーの本人確認のために、Auth0 の認可サーバーでホストされる Universal Login にリダイレクトされます。" cta="用語集を見る" href="/ja/docs/glossary?term=Universal+Login">Universal Login</Tooltip> の New Experience では、それらの間で選択できません。

<Callout icon="file-lines" color="#0EA5E9" iconType="regular">
  **ベストプラクティス**

  Auth0 組織で使用するカスタムデータベース接続を定義する場合は、任意の時点で、その Auth0 組織に関連付けるカスタムデータベース接続を必ず 1 つのみにしてください。
</Callout>

<div id="enterprise-connection">
  ### Enterprise 接続
</div>

エンタープライズアプリケーションで [Enterprise Federation](/ja/docs/authenticate/enterprise-connections) を使用している場合は、その Authentication Profile で [Identifier First Authentication with Home Realm Discovery](/ja/docs/authenticate/login/auth0-universal-login/identifier-first) を有効にできます。有効にすると、Home Realm Discovery によって既知のドメインのメールアドレスが検出され、適切な Workforce ログインに自動的に転送されます。

詳細については、[組織のログインフロー](/ja/docs/manage-users/organizations/login-flows-for-organizations) の [Identifier First Authentication](/ja/docs/manage-users/organizations/login-flows-for-organizations#identifier-first-authentication) を参照してください。

<div id="social-connection">
  ### ソーシャル接続
</div>

[Authentication](/ja/docs/get-started/architecture-scenarios/multiple-organization-architecture/single-identity-provider-organizations/authentication) セクションで説明した考慮事項以外に、ソーシャル接続を複数の IdP を使用する組織シナリオの一部として使用する際に、追加で考慮すべき事項はありません。