これは5つの意思決定のうち最初のもの、「構造とアイデンティティ」です。前提条件はすでに確認済みです。これで、他のすべての意思決定がその内側に収まる決定、つまりClaudeの組織をいくつ運用するかを決める準備が整いました。まず、Claude Enterpriseにおける組織とは何かを明確にし、次に実際にその決定を下し、最後にプロビジョニングを設定します。プロビジョニングとは、メンバーが実際に決定した組織へ参加する仕組みのことです。
組織とは何か
Claude Enterpriseにおいて、組織とはメンバー、グループ、設定、データを囲む境界であり、Anthropicとの契約ごとに少なくとも1つの組織が作成されます。組織間でコンテンツは共有されません。あるプロジェクト、会話、アーティファクト、カスタムスキルは、別の組織からはアクセスできず、ある組織の設定が別の組織に適用されることもありません。ただし、組織間でサインインを共有することはできます。複数の組織を1つの親組織の下に連結し、その親組織のIDプロバイダー、ドメイン検証、シングルサインオン、プロビジョニングを共有できます。その場合も、請求と使用状況の追跡は各組織ごとに維持されます。詳細は親組織に関する注記（新しいタブで開きます）を参照してください。
以降、「組織」という語はClaudeにおけるこの境界を指します。あなたが勤務する会社は「自社」と表記します。
Plutoのトポロジー
Plutoには5つの事業部門がありますが、Anthropicとの契約は1つ、IDプロバイダーも1つであり、規制対象であるPayments & Trustを含め、どの部門のデータも他の部門から隔離しておく必要がないため、1つの組織を運用しています。Payments & Trustは他の部門よりも厳格な管理が必要ですが、Plutoはそれを独自の組織に分割するのではなく、1つの組織内のグループと権限によって実現しています。
以下のインタラクティブウィジェットでは、3つの入力項目を自社の回答に設定でき、いずれか1つを変更すると推奨結果が「1つの組織」と「複数の組織」の間でどう変化するかを確認できます。
1 · あなたの意思決定
自社はClaudeの組織をいくつ運用しますか：1つですか、それとも複数ですか？
2 · 選べる選択肢
| 選択肢 | 選ぶべき場合 | その意味と影響 |
|---|---|---|
| Claude Enterprise組織を1つにする | 以下の3つの状況のいずれも自社に当てはまらない場合。 | 管理は1か所に集約され、内部の分離はグループが担い、以降のすべての意思決定は組織ごとではなく1回で済みます。 特定の部門に対する個別の支出上限、コネクタ設定、より厳格な方針などは、1つの組織内でのグループとロールの作業であり、分割の理由にはなりません。 |
| 契約単位で分割した複数の組織 | 事業部門がAnthropicとの別個の契約を必要とし、単に1つの請求書上のコストセンターを分けるだけでは済まない場合。 | 契約ごとに1つの組織を運用し、それぞれを独立したロールアウトとして扱います。5つの意思決定は組織ごとに繰り返されます。 |
| アイデンティティ単位で分割した複数の組織 | 異なるIDプロバイダーを運用しており（例：ある部門はOkta、別の部門はMicrosoft Entra ID）、それらを1つの共有サインインに統合できない場合。 | 上記と同様です。アイデンティティの境界ごとに1つの組織を設け、それぞれを個別に設定します。 |
| データ分離の境界で分割した複数の組織 | 規制または契約により、会社の一部を他の部分のデータから隔離しなければならない場合。 | 上記と同様ですが、境界は隔離要件がある箇所に引かれ、コンプライアンス担当者が組織の境界でその要件を満たせることを確認した上で設定します。 |
3 · 後から変更する場合
2つの組織を統合または分割するには、全面的な再構築が必要です。組織の境界を越えるものは何もないため、1つの組織を2つに分割するには、2つ目の組織を新たに立ち上げ、両方にまたがるドメイン検証を整理し、移動するメンバーを再プロビジョニングする必要があります。2つの組織を1つに統合する場合も、逆方向から同じ壁にぶつかります。どちらも影響を受ける人々にとって混乱を伴うため、変更を決定する前によく検討してください。
後から別の2つ目の組織を追加する方が、統合しすぎた1つの組織を後から分割するよりもコストが低く済みます。
リソースを設定する
組織の境界が決まったら、自社の組織でメンバーをプロビジョニングする方法を決定します。どちらの方法も、前提条件として設定したIDプロバイダーを経由します。ジャストインタイム（JIT）プロビジョニングは、メンバーが初めてサインインした時点でメンバーを作成します。ディレクトリ同期（SCIM）は、メンバーとそのグループメンバーシップを、事前にディレクトリからプッシュします。JITのみの場合、グループは同期されません。グループは手動で作成・維持する必要がありますが、レッスン5のグループに関する意思決定はどちらの方法でも同じように読めます。
ディレクトリ同期はグループ構造とプロビジョニングを自動化するため、ディレクトリ上でメンバーがチームを変更すると、Claudeもそれに追従します。これはこのレッスン以降のすべてにとって重要です。管理策の正確さは、その土台となるメンバーシップリストの正確さ次第だからです。自社のディレクトリがすでに正確であれば、同期によってClaudeのグループは手作業のメンテナンスなしにそれと一致し続けます。
- SSOおよびJIT/SCIMプロビジョニングを有効にする前に確認すべき重要事項（新しいタブで開きます）：プロビジョニングを有効にする前に確認すべき事項（親組織に関する注記を含む）。
- Enterprise組織におけるSCIM同期の仕組み（新しいタブで開きます）：ディレクトリ同期がメンバーとそのグループメンバーシップを組織にどのように取り込むか。
- JITまたはSCIMプロビジョニングを設定する（新しいタブで開きます）：両方のプロビジョニング方法の手順。
- シングルサインオン（SSO）を設定する（新しいタブで開きます）：プロビジョニングを有効にする前に各組織で必要となるSSO設定。
レッスンの演習
上記のインタラクティブ演習を作業スペースとして使用してください。3つの入力項目それぞれを自社の回答に設定し、推奨結果を確認します。その上で、組織数を決定します：1つか複数か、複数の場合はどの入力項目がそれぞれの境界を引き、それがどこに引かれるかを決めます。
この決定が自分一人のものではない場合（子会社の法務顧問、データレジデンシーに関する判断、ディレクトリを管理するアイデンティティチームなど）、コンパニオンのセクションは、担当者に渡す概要資料としても機能します。上記の3つの入力項目に加え、どこに着地したか、その理由を記載します。
→ これをワークアロング・コンパニオンのレッスン4セクションに記録してください。
ダウンロード
次のステップ
次のレッスンでは、グループとは何か、メンバーが2つのグループに属する場合に何を得るか（和集合ルール）、そして自社のグループが従うパターンをどう選ぶかを扱います。