ClaudeまたはClaude ConsoleのSSO組織を設定する前に、このガイドを確認して、主要な概念を理解し、アプローチを計画し、前提条件のステップを完了してください。
親組織について
シングルサインオン機能は「親組織」という概念を使用しています。これは、複数のClaudeまたはConsole組織全体で共有できるSSO設定を保存するエンティティです。プラン種別により、デフォルトで親組織があるかどうかが決まります。
プラン種別 | 親組織 |
Enterpriseプラン | 組織の設定時に自動的に作成 |
Teamプラン | 初回SSO有効化時に作成 |
Claude Console | 自動的には作成されません。アクション必須(下記参照) |
重要なポイント
SSOを設定する前に、ドメイン検証が必須です。ドメインは親組織レベルで検証されます。ドメインが検証されると、他の親組織はそれを要求できません。
複数の組織を同じ親組織にリンクして、ドメイン検証とSSO設定を共有できます。ClaudeのTeam/EnterpriseプランとConsole組織の両方がある場合に便利です。
各親組織は1つのIdentity Providerにのみリンクできます。つまり、単一の親組織にリンクされたすべての組織は、同じIdPで管理される必要があります。
グループマッピングを有効にすると、親組織下のどの組織にどのユーザーをプロビジョニングするか、およびどのロールでプロビジョニングするかを制御できます。詳細はIdPでグループを設定してユーザーを割り当てるを参照してください。
親組織はアイデンティティとアクセスのみを管理します。具体的には、ドメイン検証、SSO設定、ユーザープロビジョニングです。請求、請求書、使用状況追跡は個別の組織レベルで処理され、親組織の関係の影響を受けません。
これはあなたにとって何を意味するか
プランに応じて、親組織の動作を確認する必要があります。
TeamまたはEnterpriseプランがある場合:シングルサインオン(SSO)の設定ガイドに直接進むことができます。親組織は既に配置されています(またはTeamプランでSSO有効化時に作成されます)。
Claude Console組織と既存のTeamまたはEnterpriseプランがある場合:Console組織は既にTeamまたはEnterpriseの親組織にリンクされている可能性があります。platform.claude.com/settings/identityにアクセスできるかどうかを確認してください。アクセスできる場合、これは組織が親組織にリンクされており、SSOが既に設定されていることを示しています。アクセスできない場合、TeamまたはEnterpriseプランのOwnerがマージを開始して、Console組織を親組織にリンクし(組織をマージする下記参照)、既存のSSO設定を使用できます。
TeamまたはEnterpriseプランのないClaude Console組織がある場合:営業チームに連絡して、Consoleアカウント用の親組織をリクエストしてください。親組織を作成すると、Claude Consoleでアイデンティティ設定ページが表示され、SSO設定を進めることができます。
組織をマージする
TeamまたはEnterprise組織は、他の組織を既存の親組織に招待して、SSO設定を共有できます。
重要:組織をマージオプションはClaude(claude.ai)でのみ利用可能です。Console組織はマージを開始できません。TeamまたはEnterprise組織に招待される必要があります。
マージの要件
提案を開始するTeamまたはEnterprise組織は、親組織で検証済みドメインを持つ必要があります。
招待される組織のすべてのメンバーは、検証済みドメインと一致するメールアドレスを持つ必要があります。
招待される組織のAdmin(Console)またはOwner(Claude)がマージを承認する必要があります。
招待される組織は、既に別の親組織に属していることはできません。
招待したい組織が招待リストに表示されない場合は、以下を確認してください。
リストは一度に限定数の結果を表示します。組織名の特徴的な部分を検索してください。検索は組織名と一致し、組織IDではありません。
すべてのメンバーが検証済みドメインのメールアドレスを必要とします。メンバーが親組織の検証済みドメイン外のメールアドレスを持っている場合、その組織は表示されません。
組織は既に別の親組織に属している可能性があります。検証済みドメインとSSO/SCIM設定が異なります。サポートに連絡して、デタッチしてもらってください。デタッチすると、その組織の既存のドメイン検証とSSO/SCIM設定がクリアされるため、リクエスト前に管理者に確認してください。
マージ提案を開始するには
組織設定 > 組織とアクセスに移動します。
組織をマージの下の「招待」をクリックします。
招待したい組織を検索して選択し、「次へ」をクリックします。
メンバー数を確認して「招待」をクリックします。
マージ提案は招待される組織のAdmins/Ownersに送信され、メール件名は「親組織の更新:新しいメンバー組織が提案されました」となり、14日以内に承認される必要があります。
注:マージを開始する人が招待される組織のAdmin/Ownerでもある場合、1つの承認のみが必要です。
マージ提案を承認するには
マージの承認には2つのステップが必要で、各側で1つずつ行われ、両方が完了した後にのみ完了します。
招待される組織:組織のOwnerまたはPrimary Ownerがclaude.ai/settings/join-proposalに移動して承認する必要があります。
親組織:親の下の組織のOwnerまたはAdminが、組織設定 > 組織とアクセス > 保留中の組織から承認するか、「親組織の更新:新しいメンバー組織が提案されました」メール内のリンクから承認します。
Console組織がマージされると、組織設定のアイデンティティとアクセスページにアクセスして、SSOおよびプロビジョニング設定を設定できます。
認証
認証セクションでSSO設定に使用できる設定が見つかります。ここで、プライマリSSO接続と複数の参加したClaudeまたはConsole組織に適用されるポリシーを設定します。
新しい組織の作成を制限
組織のドメインが検証されると、Ownerは組織とアクセスページのセキュリティの下に組織の作成を制限トグルが表示されます。これをオンにして、検証済みドメインのいずれかを使用して、個人アカウントを含む新しい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アプリケーションに追加されていないユーザー
「ClaudeにSSO必須」が有効になっていない場合:これらのユーザーは「メールで続行」オプションを使用して既存のアカウントにアクセスできます。
「ClaudeにSSO必須」が有効になっている場合:これらのユーザーは既存のFree/Pro/Team/Maxアカウントにアクセスできなくなります。これらのアカウントは削除されませんが、ユーザーがSSO経由でログインできないため、アクセスできなくなることに注意してください。
検証済みドメインに関連付けられた既存のClaude/Consoleアカウントを表示する方法
検証済みドメインとClaude組織全体での使用状況に関する情報を表示またはダウンロードするには:
Claude(claude.ai/admin-settings/organization)の組織とアクセスセクション、またはConsole(platform.claude.com/settings/identity)のアイデンティティとアクセスセクションに移動します。
ドメインセクションの「ドメインメンバーシップ」をクリックします。
情報を確認するか、CSV形式またはJSON形式で詳細をダウンロードします。
SSO実装前の推奨ステップ
チームと明確にコミュニケーションを取る
すべての従業員にSSO移行の予定を通知します。
変更が発生する時期の明確なタイムラインを提供します。
SSOアプリケーションに追加されない従業員に、SSOが強制される場合は会話履歴を保存またはエクスポートするよう勧めます。
スムーズな移行を計画する
中断を最小化する時間にSSO実装をスケジュールします。
ITチームが従業員の移行をサポートする準備ができていることを確認します。
認可されたユーザーへのアクセス許可のための明確なプロセスを用意します。
可能であれば、SSOとプロビジョニング機能を同時に実装します。
ドメイン検証とSSO有効化前にテスト、コミュニケーション、計画に時間をかけることで、スムーズな移行と組織にとって肯定的な経験を確保できます。
次のステップ
これらの検討事項を確認し、必要な前提条件ステップ(組織のマージなど)を完了したら、シングルサインオン(SSO)を設定するに進んで、詳細な実装手順を確認してください。