メインコンテンツにスキップ

シングルサインオン(SSO)およびJIT/SCIMプロビジョニングを有効にする前の重要な考慮事項

今週アップデートされました

Claude または Claude Console 組織の SSO を設定する前に、このガイドを確認して、主要な概念を理解し、アプローチを計画し、前提条件となるステップを完了してください。

親組織について

シングルサインオン機能は「親組織」という概念を使用しています。これは複数の Claude または Console 組織全体で共有できる SSO 設定を保存するエンティティです。プラン タイプによって、デフォルトで親組織があるかどうかが決まります。

プラン タイプ

親組織

Enterprise プラン

組織のセットアップ時に自動的に作成

Team プラン

SSO が初めて有効化されたときに作成

Claude Console

自動的には作成されません。アクション が必要です(下記参照)

重要なポイント

  • SSO を設定する前に、ドメイン検証が必須です。 ドメインは親組織レベルで検証されます。検証されたドメインは、他の親組織が要求することはできません。

  • 複数の組織を同じ親組織にリンクして、ドメイン検証と SSO 設定を共有できます。 これは Claude(Team/Enterprise プラン)と Console 組織の両方がある場合に便利です。

  • 各親組織は 1 つの ID プロバイダーにのみリンクできます。 つまり、単一の親組織にリンクされているすべての組織は、同じ IdP を通じて管理される必要があります。

  • Advanced Group Mappings を使用すると、親組織下のどの組織にどのユーザーをプロビジョニングするか、およびどのロールでプロビジョニングするかを制御できます。詳細については、IdP でグループを設定してユーザーを割り当てる を参照してください。

これがあなたに意味すること

プランに応じて、親組織の動的を確認する必要があります。

  • Team または Enterprise プランがある場合: シングルサインオン(SSO)の設定 ガイドに直接進むことができます。親組織は既に配置されています(または Team プランの SSO を有効化するときに作成されます)。

  • Claude Console 組織と既存の Team または Enterprise プランがある場合: Console 組織は既に Team または Enterprise 親組織にリンクされている可能性があります。platform.claude.com/settings/identity にアクセスできるかどうかを確認してください。アクセスできる場合は、組織が親組織にリンクされており、SSO が既に設定されていることを示しています。アクセスできない場合は、Team または Enterprise プランの所有者が Console 組織をマージして(下記の 組織のマージ を参照)、親組織と既存の SSO 設定にリンクすることを開始できます。

  • Team または Enterprise プランのない Claude Console 組織がある場合: 営業チームにお問い合わせ して、Console アカウント用の親組織をリクエストしてください。親組織が作成されたら、Claude Console で Identity 設定ページが表示され、SSO セットアップを進めることができます。

組織のマージ

Team または Enterprise 組織は、他の組織を既存の親組織に招待して、SSO 設定を共有できます。

重要: 「Merge Organizations」オプションは Claude(claude.ai)でのみ利用可能です。Console 組織はマージを開始することはできません。Team または Enterprise 組織に招待される必要があります。

マージの要件

  • 提案を開始する Team または Enterprise 組織は、親組織で検証済みドメインを持つ必要があります。

  • 招待される組織のすべてのメンバーは、検証済みドメインと一致するメール アドレスを持つ必要があります。

  • 招待される組織の Admin(Console)または Owner(Claude)がマージを承認する必要があります。

マージ提案を開始するには

  1. Merge Organizations の下の「Invite」をクリックします。

  2. 招待する組織を選択して、「Next」をクリックします。

  3. メンバー数を確認して、「Invite」をクリックします。

  4. マージ提案は招待される組織の Admin/Owner に送信され、メール件名は「Parent Organization Update: New Member Organization Proposed」となり、14 日以内に承認される必要があります。

注: マージを開始する人が招待される組織の Admin/Owner でもある場合は、1 つの承認のみが必要です。

Console 組織がマージされると、Admin 設定の Identity and access ページ にアクセスして、SSO とプロビジョニング設定、および Advanced Group Mappings などの機能を設定できるようになります。

グローバル SSO 設定と組織 SSO 設定について

Identity and access ページにアクセスすると、2 つの設定セクションが表示される場合があります。

  • グローバル SSO 設定: このセクションの設定は、親組織に参加したすべての Claude および Console 組織に適用されます。ここで、ドメイン検証、プライマリ SSO 接続、および複数の参加した Claude または Console 組織に適用されるポリシーを設定します。

  • 組織 SSO 設定: このセクションの設定は、現在表示している特定の組織にのみ適用されます。これにより、Advanced Group Mappings などの組織固有の機能を有効化できます。

新しい組織の作成を防止する

組織のドメインが検証されると、所有者は Identity and access 管理設定ページで 新しい組織の作成を無効化 トグルが表示されます。これをオンにして、検証済みドメインのいずれかを使用して、ユーザーが新しい Claude または Console 組織(個人アカウントを含む)を作成することを防止します。

プロビジョニング オプション

SSO が設定されたら、ユーザーを組織にプロビジョニングする方法を選択できます。

プロビジョニング方法

Team プラン

Enterprise プラン

Console 組織

手動

JIT

SCIM

✓*

*注: Enterprise プラン組織のみが SCIM プロビジョニングを有効化できます。Console 組織が Team プランの親組織とマージされた場合、SCIM プロビジョニングにアクセスできません。

各プロビジョニング方法の詳細については、JIT または SCIM プロビジョニングの設定 を参照してください。

SSO が有効化されたときに既存ユーザーに何が起こるか

組織の SSO を有効化した後、検証済み企業ドメインに関連付けられた個別アカウントを持つユーザーについて、2 つの異なるシナリオを考慮する必要があります。

既存の Free/Pro/Team/Max アカウントを持ち、SSO アプリケーションに追加されたユーザー

  • これらのユーザーは既存の Free/Pro/Team/Max アカウントへのアクセスを維持します。左下隅のイニシャル付きプロフィール アイコンをクリックして、Team または Enterprise プラン アカウントと以前のアカウント間を切り替えることができます。

既存の Free/Pro/Team/Max アカウントを持ち、SSO アプリケーションに追加されていないユーザー

  • 「Enforce SSO for Claude.ai」が有効化されていない場合: これらのユーザーは「Continue with email」オプションを使用して既存のアカウントにアクセスできます。

  • 「Enforce SSO for Claude.ai」が有効化されている場合: これらのユーザーは既存の Free/Pro/Team/Max アカウントにアクセスできなくなります。これらのアカウントは削除されていませんが、ユーザーが SSO 経由でログインできないため、アクセスできなくなることに注意してください。

検証済みドメインに関連付けられた既存の Claude / Console アカウントを表示する方法

検証済みドメインとそれらの Claude 組織全体での使用に関する情報を表示またはダウンロードするには:

  1. Claude(claude.ai/admin-settings/identity)または Console(platform.claude.com/settings/identity)の「Global SSO Configuration」セクションに移動します。

  2. Domain management セクションで「View Domain Memberships」をクリックします。

  3. 情報を確認するか、CSV または JSON 形式で詳細をダウンロードします。

SSO を実装する前の推奨ステップ

チームと明確にコミュニケーションを取る

  • SSO への今後の移行についてすべての従業員に通知します。

  • 変更が発生する時期の明確なタイムラインを提供します。

  • SSO アプリケーションに追加されない従業員に、SSO が強制される場合は会話履歴を保存または エクスポート するよう勧めます。

スムーズな移行を計画する

  • 中断を最小化する時間に SSO 実装をスケジュールします。

  • IT チームが移行でユーザーをサポートする準備ができていることを確認します。

  • 認可されたユーザーにアクセスを付与するための明確なプロセスを用意します。

  • 可能であれば、SSO とプロビジョニング機能を同時に実装します。

ドメイン キャプチャと SSO を有効化する前にテスト、コミュニケーション、計画に時間をかけることで、スムーズな移行と組織にとって肯定的な経験を確保できます。

次のステップ

これらの考慮事項を確認し、必要な前提条件ステップ(組織のマージなど)を完了したら、詳細な実装手順については シングルサインオン(SSO)の設定 に進んでください。

こちらの回答で解決しましたか?