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

一元管理を始める

一元管理により、親組織は admin.claude.com に独自の管理コンソールを取得でき、シングルサインオン (SSO)、ディレクトリ同期、検証済みドメイン、グループなどの企業全体の設定を一箇所で管理できます。この記事では、登録時の変更内容、親組織の登録方法、およびコンソールの各部分の使用方法について説明します。

一元管理は Enterprise プランでベータ版として利用可能です。

親組織と子組織の仕組み

一元管理では、以下の 2 つの用語を使用します。

  • 親組織: 貴社と Anthropic との商業関係を表します。ID プロバイダー、ドメイン検証、および該当する場合は Business Associate Agreement (BAA) を含む企業全体の設定がここに存在します。

  • 子組織: 親組織の下にある個別の Claude 組織。Claude Enterprise 組織、Team プラン、または Anthropic から直接購入した Claude Platform 組織などが該当します。各組織には独自のユーザー、管理者、設定があります。

登録しても子組織はマージされません。各組織は独立した組織のままで、ハードなデータ境界を持ち、独自のユーザー、ロール、プロジェクトを保持します。

親組織のロール

親組織はコンソールを実行するための 2 つの新しいロールを取得します。これらのロールは子組織の権限とは別です。

ロール

実行できる操作

親組織の所有者 (新規)

所有者ロールと管理者ロールを保持するユーザーの選択を含む、親レベルのすべての操作。すべての親組織には少なくとも 1 人の所有者が必要です。

親組織の管理者 (新規)

所有者と管理者の選択を除く、親レベルのすべての操作。

子組織の管理者

自分の組織内のすべての操作。SSO の強制などの親レベルの設定を表示または変更することはできません。

親ロールは、ユーザーを子組織に追加したり、子組織へのサインインを許可したりしません。子組織で作業する必要がある親の所有者または管理者は、他のユーザーと同じように追加する必要があります。親の所有者と管理者は、API を通じて子組織全体の構成を監査し、コンプライアンス データを表示できます。詳細については、以下の「API キー」セクションを参照してください。

親組織に移動するコントロール

これらのコントロールは既に親レベルで適用されていましたが、子組織の管理者設定から管理していました。登録後、親の所有者と管理者は親組織コンソールで、すべての組織に対してこれらを一度に管理します。

コントロール

現在の管理場所

機能

SSO と SSO の強制

ID プロバイダーとドメイン

検証済みドメインの Claude と Console へのサインイン。SSO の強制はドメインごとに設定されます。

ディレクトリ同期 (SCIM)

ID プロバイダー

ID プロバイダーからユーザーとグループをプロビジョニングします。

ドメイン検証

ドメイン

ユーザーがサインインするメール ドメインを検証します。

コネクタ ドメイン制限

ドメイン

ドメイン上のコネクタを企業内のアカウントに制限します。

組織の作成を制限

組織 (セキュリティ セクション)

検証済みドメイン上の新しい組織 (個人アカウントを含む) をブロックします。

コンプライアンス API キー

API キー

任意の子組織から作成された親レベルのキーを表示、無効化、削除します。

グループ

グループ

ID プロバイダーから同期されたディレクトリ グループ、および手動で作成されたグループ。

組織を親に招待

組織

Claude Platform 組織と検証済みドメイン上の Team プランのセルフサービス。Claude Enterprise 組織の場合は、アカウント チームにお問い合わせください。

子組織の管理者は、自分の組織内のすべてを保持します。ユーザー、ロール、組織設定、および IP ホワイトリストとセッション期間などの組織レベルのセキュリティ コントロール。

新しい親レベルのコントロール

一元管理により、以前は存在しなかった制御も追加されます:

制御

場所

機能

組織の概要

組織

すべての子組織を1つの場所に表示し、その種類とIDを示します

親組織のロール

管理者ロール

会社全体の設定を管理する親の所有者と管理者を割り当てます

複数のアイデンティティプロバイダー

アイデンティティプロバイダー

複数のSSO設定とSCIM設定を1つの親の下に接続し、各ドメインを1つ以上にルーティングします

ドメインの分割

ドメインとアイデンティティプロバイダー

1つのドメインを複数のアイデンティティプロバイダーにルーティングしてサインインを行い、サインイン時に各アイデンティティプロバイダーを表示する対象を選択できます

親レベルのコンプライアンスAPIキー

APIキー

admin.claude.comから親レベルのキーを作成します。子組織は引き続き独自の組織用のキーを作成できます

各子組織が表示および使用できるグループを選択できるグループの可用性はまだ利用できません。利用可能になるまで、すべてのEnterpriseの子組織管理者は親の下のすべてのグループを表示できます。

現在の制限

ベータ期間中は以下の制限が適用されます:

  • 子組織の作成:新しい子組織はアカウントチームを通じて作成されます。セルフサービスオプションはありません。

  • 請求:登録時に請求は変わりません。

  • クラウドマーケットプレイス組織:AWSまたはAzureマーケットプレイスを通じて購入したClaude Platform組織は親組織に参加できません。

登録できない親組織は2種類あります:

  • HIPAA対応の子組織を持つ親組織

  • 唯一の子組織がTeamプランである親組織

親組織を登録する

親の下の子組織の所有者は誰でもadmin.claude.comで登録を開始できます。登録は、親組織の管理者が誰であるかについて、すべての子組織が承認する短い承認フローです。登録完了時にまだ適格である提案された全員が親組織の所有者になります。所有者は後で管理者ロールページで管理者を追加できます。

警告:登録は取り消せず、誰かがセットアップを開始するとすぐに完了できます。

開始する前に

ネットワークがテナント制限を使用している場合は、誰かがセットアップを開始する前に、親組織IDを許可された組織IDのリスト(anthropic-allowed-org-idsヘッダー)に追加し、既存のIDを保持してください。親IDがない場合、そのネットワーク上の親の所有者と管理者は親コンソールを管理できません。

Claudeの組織設定 > 組織またはコンソールの設定 > 組織から親組織IDをコピーします。管理する子組織もリストに含まれている必要があります。含まれていない場合、セットアップが失敗する可能性があります。

セットアップを完了する

  1. admin.claude.comに移動してセットアップを開始します。管理する子組織が表示されます。

  2. これらの組織から親組織の管理者を提案します。名前、メール、または組織で検索して人を見つけます。セットアップを開始することは、管理する組織の承認としてカウントされます。

  3. 他の子組織が残っている場合は、その管理者が提案を確認するのを待ちます。彼らは自分の組織から管理者を指名して承認できます。まだ承認していない人に誰でも通知できます。

  4. セットアップが完了したら、「完了」を選択します。コンソールが組織ページで開きます。

親の下のすべての組織を管理している場合、親組織は即座に登録されます。そうでない場合、最後の承認がそれを登録します。SSO、SCIM、検証済みドメイン、およびセキュリティ設定は親に移動し、各子組織は独自のユーザー、ロール、およびプロジェクトを保持します。

提案された管理者を変更すると、すべての子組織に再度承認を求めます。組織が最後の変更から7日後にまだ承認していない場合、親の下の子組織の所有者は誰でもその代わりに承認できます。

親組織を管理する

コンソールには、親組織の各領域のページがあります。親の所有者と管理者はすべてを使用できます。

一般

親組織の名前をここで変更します。名前は、組織スイッチャーを含む、親が名前付けされている場所に表示されます。このページで親組織IDも確認できます。

組織

このページには、親の下のすべての子組織が、その種類(例:Claude Enterprise、Claude Team、Claude Platform)とIDとともにリストされています。

既存の組織を親の下に持ってくるには、組織をマージの下の「招待」を選択します。招待は、Claude Platform組織と検証済みドメイン上のTeamプランのセルフサービスです。Claude Enterprise組織を親の下に持ってくるには、アカウントチームに連絡してください。

ドメイン

このページには、親組織が検証したメールドメインが表示されます。すべての子組織がこれらのドメインを共有します。各ドメインは、選択したアイデンティティプロバイダーを通じて、または複数のプロバイダーで分割ドメインを通じてサインインします。アイデンティティプロバイダーがないドメインはSSO サインインができません。

ドメインを追加およびルーティングするには:

  1. "ドメインを追加"を選択してドメインを検証します。検証済みドメインは1つの親組織にのみ属することができます。

  2. SSO サインイン場所列の鉛筆アイコンを選択します。

  3. ドメインがサインインする必要があるアイデンティティプロバイダーをそれぞれ選択し、使用を停止する必要があるものをクリアします。

  4. "保存"を選択します。変更は保存するとすぐにサインインに適用されます。

検証済みドメインコネクタをエンタープライズに制限をオンにして、エンタープライズ外のClaudeアカウントがGoogle Drive、Gmail、Microsoft 365、Slackなどのサポートされているコネクタを、ドメイン上のメールアドレスで接続できないようにします。

アイデンティティプロバイダー

このページには、親に接続されている各SSOおよびSCIM設定が、サインインステータス、ディレクトリ同期ステータス、およびドメインとともに表示されます。1つを開いて管理します:

  • シングルサインオン:"SSO を管理"を選択してセットアップポータルを開き、SAML または OIDC 接続を確認または変更します。その下で、このアイデンティティプロバイダーでサインインできるユーザーと、サインインページに表示されるかどうかを選択します。

  • ディレクトリ同期:"ディレクトリ同期をセットアップ"を選択してセットアップポータルを開き、SCIM を接続します。接続されたら、"今すぐ再同期"を選択して最新の変更を取得します。ページにはディレクトリから同期されているグループが表示されます。

  • ドメイン:ここでサインインする検証済みドメインを表示します。Claude に SSO を要求とコンソールに SSO を要求をオンにして、これらのユーザーに SSO を強制します。これらの設定はドメインごとに適用され、ドメインページでも変更できます。

アイデンティティプロバイダーを追加、ルーティング、または削除する方法の詳細については、複数のアイデンティティプロバイダーと分割ドメインのセットアップを参照してください。

API キー

このページには親レベルのキーが表示され、各キーのスコープ、組織、作成者、および作成日が表示されます。キーは親組織に属し、それを作成したユーザーが削除された後もアクティブなままです。単一の子組織にスコープされたキーはここに表示されません。それらはその組織の管理者設定に留まります。

キーの上のコンプライアンス APIスイッチは、親の下のすべての組織のコンプライアンス API をオンまたはオフにします。オフの場合、既存の API キーはコンプライアンススコープを使用できません。

キーを作成

キーを作成するには、親の下に少なくとも1つの Claude Enterprise 組織が必要です。ここで作成した各キーは、親の下のすべての組織で機能します。

  1. "キーを作成"を選択します。

  2. キーに名前を付けてスコープを選択します。read:compliance_activities などのコンプライアンススコープは、キーにコンプライアンス API へのアクセスを与えます。表示されない場合は、まずコンプライアンス APIスイッチをオンにしてください。これにより、親の下のすべての組織のコンプライアンスイベントログもオンになります。グループスコープ(read:rbac_groups および write:rbac_groups)により、キーはグループとそのメンバーを読み取るまたは管理できます。

  3. "作成"を選択します。delete:compliance_user_data を持つキーは親の下のいずれかの組織のデータを永続的に削除できるため、最初に確認します。

  4. "キーをコピー"を選択して、キーを安全な場所に保存します。再度表示することはできません。

キーを管理

キーのアクションメニューを選択して、無効化、再度有効化、または削除します。ここで作成したキーは、組織列に親組織の名前を表示します。子組織から作成されたキーがすべての組織で機能する場合は、その組織の名前と警告アイコンが表示されます。これらのキーは引き続き機能し、ここで管理することもできます。

子組織のキー

  • 子組織の管理者は、独自の組織にスコープされたキーを作成できます。

  • すべての組織で機能するキーを作成することはできず、無効化されたキーを再度有効化することもできません。

  • Claude Enterprise 組織では、プライマリオーナーは独自の組織の read:org_audit またはグループスコープを持つキーを作成することもできます。これらのキーは引き続き親のすべてのグループに到達します。

  • 1つの組織にスコープされたキーは、サインインまたは SSO の要求への変更などの他の親レベルのイベントを読み取ることができません。これらを読み取るには、すべての組織で機能するキーを使用します。

セキュリティ

組織ページのセキュリティで、組織の作成を制限をオンにして、検証済みドメイン上のユーザーが個人アカウントを含む新しい組織を作成できないようにします。サイドメニューのセキュリティページには、各組織の HIPAA ステータスが表示されます。

親のオーナーと管理者は、子組織の設定からではなく、ここからドメインクレームを開始することもできます。アカウントを移行する子組織を1つ選択すると、クレームはその時点で検証されたドメイン上のすべての Free、Pro、Max、および Ultra アカウントをカバーします。ユーザーはデータを持参することを選択できますが、その後サインインするにはその組織のシートが必要です。エンタープライズドメインクレームに対応する方法の詳細をご覧ください。

セッション期間はベータ期間中、各子組織に留まり、各子組織は独自の IP 許可リストを保持します。

テナント制限は既に親コンソールに適用されています。ネットワークがそれらを使用する場合は、一般ページから親組織 ID を許可された組織 ID のリストに保持してください。子組織 ID と一緒に、親の ID はそれらをカバーしないためです。

グループ

グループは同じロールを共有するユーザーの集合です。親に存在するため、1つのグループに任意の子組織でロールを付与できます。子組織の管理者は、独自の組織内でこれらのロールを割り当てます。

  • グループタブには、親の下のすべてのグループがメンバー数とともに表示されます。ソースでフィルタリングし、名前で検索できます。

  • ディレクトリから同期されたグループには SCIM バッジが付きます。1つを開いてメンバーを確認します。その名前とメンバーシップはアイデンティティプロバイダーから取得されます。

  • "グループを追加"を選択して、グループを手動で作成します。それを開いて名前を変更するか、名前またはメールアドレスでメンバーを追加および削除します。

  • グループのアクションメニューからグループを削除します。

注:グループの可用性が利用可能になるまで、すべての Enterprise 子組織の管理者は親の下のすべてのグループを表示できます。

管理者ロール

このページには、親組織を管理するユーザーが表示されます。"管理者を追加"を選択して、ユーザーに親ロールを付与します。

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