組織、ユーザー、ロール、グループ、設定を一覧表示する

このページのエンドポイントは、Claude Enterprise組織のディレクトリ側を公開します。すなわち、リンクされた組織、各組織内のユーザー、各組織で定義されたロール、そして「role-based access control」（ロールベースアクセス制御）、すなわちRBAC、または「System for Cross-domain Identity Management」（クロスドメインID管理システム）、すなわちSCIMでプロビジョニングされたグループとそのメンバーです。これらを使用して、eDiscoveryのユーザーリストの初期データを作成したり、レポートダッシュボードを構築したり、外部の記録システムとグループメンバーシップを照合したりできます。親組織をカバーするCompliance Access Keyは、配下のすべてのリンクされた組織のデータを返すため、1つのキーでツリー全体にアクセスできます。有効な設定エンドポイントはディレクトリを補完するもので、1つの組織に対して実際に適用されているデータプライバシー、セキュリティ、機能の設定を返します。

組織を一覧表示する

List organizationsエンドポイントは、キーがバインドされている親組織配下のすべての組織を返します。

次の呼び出しは、親組織配下のすべての組織を一覧表示します。レスポンスは、created_at の昇順でソートされた組織レコードの data 配列と、ページネーション用の has_more および next_page です。has_more が true の場合、返された next_page トークンをそのまま次のリクエストの page クエリパラメータとして渡します。limit および page パラメータのデフォルト値と範囲については、APIリファレンスのList organizationsを参照してください。

curl --fail-with-body -sS \
  "https://api.anthropic.com/v1/compliance/organizations" \
  -H "x-api-key: $ANTHROPIC_COMPLIANCE_ACCESS_KEY"

{
  "data": [
    {
      "uuid": "91012d09-e48b-438e-a489-1bebfd8fa6f9",
      "name": "Acme Engineering",
      "created_at": "2025-06-01T10:00:00Z"
    },
    {
      "uuid": "5a1b2c3d-4e5f-6789-abcd-ef0123456789",
      "name": "Acme Legal",
      "created_at": "2025-07-15T14:30:00Z"
    }
  ],
  "has_more": false,
  "next_page": null
}

uuid フィールドは、下流のルックアップにおける正規の識別子です。次の表は、Compliance API全体における他の組織識別子との対応を示しています。

他のほとんどのAnthropic APIは org_ プレフィックス付きの形式を使用します。

組織メンバーシップの変更を時系列で追跡するには、このエンドポイントを定期的に再度一覧表示し、毎回すべてのページにわたって next_page トークンをたどってください。Activity Feedも、org_deletion_requested、org_deleted_via_bulk、org_parent_join_proposal_created、org_join_proposal_decided のアクティビティタイプを通じてメンバーシップイベントを表示します。Activity Feedのクエリを参照してください。

組織のユーザーを一覧表示する

List organization usersエンドポイントは、1つの組織のユーザーレコードのページネーションされた一覧を返します。

このエンドポイントには read:compliance_org_data ではなく read:compliance_user_data が必要です。ディレクトリの列挙に使用する予定がある場合は、両方のスコープを持つCompliance Access Keyを作成してください。そうでない場合、呼び出しは403 Forbiddenを返します。

limit および page クエリパラメータのデフォルト値と範囲については、APIリファレンスのList organization usersを参照してください。

結果は組織への参加日の昇順でソートされます。Activity Feedの before_id/after_id カーソル（結果のページネーションを参照）とは異なり、ディレクトリエンドポイントは next_page トークンでページネーションします。has_more が true の場合、next_page をそのまま次のリクエストの page クエリパラメータとして渡します。

org_uuid="91012d09-e48b-438e-a489-1bebfd8fa6f9"

curl --fail-with-body -sS -G \
  "https://api.anthropic.com/v1/compliance/organizations/$org_uuid/users" \
  -H "x-api-key: $ANTHROPIC_COMPLIANCE_ACCESS_KEY" \
  --data-urlencode "limit=500"

{
  "data": [
    {
      "id": "user_01XyDMpzjS89pFZXqSFUBDr6",
      "full_name": "Priya Sharma",
      "email": "priya@example.com",
      "organization_role": "admin",
      "created_at": "2025-06-01T10:00:00Z"
    }
  ],
  "has_more": true,
  "next_page": "page_8aW5kZXgicG9zaXRpb25fdG9rZW5fOTE0"
}

ここで返されるユーザーIDは、Activity Feedのクエリの actor_ids[] フィルター、およびチャットとメッセージの取得とリモートセッション一覧の user_ids[] フィルターが受け付けるものと同じ user_... 識別子です。ローカルセッション一覧にはユーザーフィルターがないため、ローカルセッションは各セッションオブジェクトの user.id で帰属させてください。organization_role フィールドは、一覧表示された組織内でのユーザーの組み込みメンバーシップレベル（admin、billing、claude_code_user、developer、managed、membership_admin、owner、primary_owner、user のいずれか）を持ちます。これはロールを一覧表示するで返されるカスタムRBACロールの割り当てとは独立した軸です。典型的なeDiscoveryのフローでは、1つ以上の組織のユーザーを一覧表示し、自社の外部レコードと照合してフィルタリングし、得られたIDをチャットおよびプロジェクトのクエリに渡します。

ユーザーは、組織のアクティブなメンバーである間のみここに表示されます。削除されたユーザーは即座に一覧から除外されます。その過去のアクティビティは、同じ user_... IDでインデックスされ、保持期間全体にわたってActivity Feedを通じて引き続きクエリ可能です。

ロールを一覧表示する

List Compliance Rolesエンドポイントは、1つの組織で定義されたロールレコードのページネーションされた一覧を返し、Get Compliance RoleはIDで1つのロールを返します。

両方のロールエンドポイントには read:compliance_org_data が必要です。一覧エンドポイントは、組織のユーザーエンドポイントと同じ limit および page パラメータを受け付けます。

org_uuid="91012d09-e48b-438e-a489-1bebfd8fa6f9"

curl --fail-with-body -sS \
  "https://api.anthropic.com/v1/compliance/organizations/${org_uuid}/roles" \
  -H "x-api-key: $ANTHROPIC_COMPLIANCE_ACCESS_KEY"

{
  "data": [
    {
      "id": "rbac_role_01N2pQrS8tUvWxYz5AbCdEfGh",
      "name": "Compliance Reviewer",
      "description": "Read-only access to chat and project content for legal review.",
      "created_at": "2025-06-01T10:00:00Z",
      "updated_at": "2025-06-15T14:30:00Z"
    }
  ],
  "has_more": false,
  "next_page": null
}

ロールレコードの完全な形式については、List Compliance Rolesのレスポンススキーマを参照してください。ロールに現在付与されている権限を一覧表示するには、List Compliance Role Permissionsを使用します。過去のロール割り当てと権限変更を監査するには、Activity Feedを通じてRBACアクティビティタイプ（例：rbac_role_assigned や rbac_role_permission_added）をクエリします。アクティビティのフィルタリングを参照してください。

グループとメンバーを一覧表示する

List Compliance Groupsエンドポイントは、RBACおよびSCIMでプロビジョニングされたグループのページネーションされた一覧を返し、Get Compliance GroupはIDで1つのグループを返します。List Compliance Group Membersエンドポイントは、1つのグループのメンバーを返します。

グループの一覧および取得エンドポイントには read:compliance_org_data が必要です。メンバーエンドポイントには read:compliance_user_data が必要です。グループを端から端までたどるには、両方のスコープを持つキーを作成してください。両方の一覧エンドポイントは、組織のユーザーエンドポイントと同じ limit および page パラメータを受け付けます。

グループレコードの完全な形式については、List Compliance Groupsのレスポンススキーマを参照してください。roles 配列はグループに割り当てられたロールIDを一覧表示し、ロールを一覧表示するのIDと一致します。source_type は、claude.aiを通じて手動で作成されたグループ（direct）と、SCIMを通じて外部IDプロバイダーから同期されたグループ（scim）を区別する識別子です。

グループを一覧表示し、次に各グループについてそのメンバーを一覧表示します。

curl --fail-with-body -sS -G \
  "https://api.anthropic.com/v1/compliance/groups" \
  -H "x-api-key: $ANTHROPIC_COMPLIANCE_ACCESS_KEY"

{
  "data": [
    {
      "id": "rbac_group_01P9qRsTuVwXyZa2BcDeFgHjK",
      "name": "Engineering",
      "description": "Engineering team members",
      "source_type": "scim",
      "roles": ["rbac_role_01N2pQrS8tUvWxYz5AbCdEfGh"],
      "created_at": "2025-06-01T10:00:00Z",
      "updated_at": "2025-06-15T14:30:00Z"
    }
  ],
  "has_more": false,
  "next_page": null
}

各グループIDについて、そのメンバーを一覧表示します。

group_id="rbac_group_01P9qRsTuVwXyZa2BcDeFgHjK"

curl --fail-with-body -sS -G \
  "https://api.anthropic.com/v1/compliance/groups/$group_id/members" \
  -H "x-api-key: $ANTHROPIC_COMPLIANCE_ACCESS_KEY"

{
  "data": [
    {
      "user_id": "user_01XyDMpzjS89pFZXqSFUBDr6",
      "email": "priya@example.com",
      "created_at": "2025-06-01T10:00:00Z",
      "updated_at": "2025-06-15T14:30:00Z"
    }
  ],
  "has_more": false,
  "next_page": null
}

メンバーレコードの完全な形式については、List Compliance Group Membersのレスポンススキーマを参照してください。user_id フィールドは、Activity Feed、チャット一覧、リモートセッション一覧が受け付けるものと同じ user_... 識別子です。また、ローカルセッションオブジェクトおよびユーザー所有のリモートセッションオブジェクトの user.id とも一致します（エージェント所有のリモートセッションでは、代わりに started_by_user.id に人間のIDが入ります）。メンバーのフルネームを取得するには、組織のユーザー一覧で検索してください。

有効な組織設定を取得する

Get effective organization settingsエンドポイントは、親組織配下の1つの組織に対して適用されている設定を返します。これは、規制上の制限（HIPAAなど）、機能の利用可否ルール、組織タイプのデフォルト、機能間の依存関係が適用された後の強制状態であり、管理者が構成した内容とは異なる場合があります。管理者としてのConsoleアクセスなしで、保持期間、コンテンツのマスキング、シングルサインオンの強制、IP許可リスト、セッション期間の制御が文書化されたベースラインと一致していることを証明するために使用します。

このエンドポイントには read:compliance_org_data が必要です。そのスコープを持たないキーは403 Forbiddenを返します。対象は親組織のリンクされた組織のいずれかである必要があり、親組織自体は有効な対象ではありません。不明な組織、有効なUUIDではない組織ID、親組織のツリー外の組織、およびこのエンドポイントへのアクセス権をまだ持たない親組織は、すべて同じ404 Not Foundを返すため、404によって組織が存在するかどうかが明らかになることはありません。設定エンドポイントは、Compliance APIの他の部分とは別に、親組織ごとに有効化されます。すべてのリクエストが404を返す場合は、Anthropicの担当者にお問い合わせください。

org_uuid="91012d09-e48b-438e-a489-1bebfd8fa6f9"

curl --fail-with-body -sS \
  "https://api.anthropic.com/v1/compliance/organizations/$org_uuid/settings" \
  -H "x-api-key: $ANTHROPIC_COMPLIANCE_ACCESS_KEY"

レスポンスは型付きの設定行のリストであり、どの行が表示されるかは組織によって異なります。Anthropicのポリシーによって制御されているか、組織で利用できないために、組織の管理者が変更できない設定はリストから省略されます。欠落している行は「オフ」ではなく、「この組織の管理者が制御できない」ものとして扱ってください。次の省略された例は、レスポンスに含まれうる行のうち3つを示しています。

{
  "type": "effective_organization_settings",
  "organization_id": "91012d09-e48b-438e-a489-1bebfd8fa6f9",
  "settings": [
    {
      "name": "data_retention_periods",
      "type": "data_retention",
      "value": {
        "chat": {
          "type": "fixed",
          "timescale": "day",
          "duration": 90
        }
      }
    },
    {
      "name": "content_redaction_enabled",
      "type": "boolean",
      "value": true
    },
    {
      "name": "ip_allowlist_ip_ranges",
      "type": "string_list",
      "value": ["10.0.0.0/8", "203.0.113.0/24"]
    }
  ],
  "api_keys": [
    {
      "type": "compliance_api_key",
      "id": "apikey_01Hx7k2mP9nQ4rS6tU8vW0xY",
      "name": "Compliance Export Key",
      "scopes": ["read:compliance_activities", "read:compliance_org_data"],
      "is_active": true,
      "created_at": "2026-03-14T09:30:00Z",
      "created_by_id": "user_01Jz3a4bC5dE6fG7hI8jK9lM",
      "expires_at": null
    }
  ]
}

各行には name、type、value が含まれます。type フィールド（boolean、integer、string_list、provisioning_mode、data_retention のいずれか）は value の形式を示します。設定名の完全なリストと各タイプの value スキーマは、APIリファレンスのGet effective organization settingsにあります。

api_keys 配列は、親組織に構成されているすべてのCompliance Access Keyを一覧表示するため、どのリンクされた組織をクエリしても同じリストが返されます。各エントリには、キーの type（compliance_api_key）、id、name、scopes、is_active フラグ、created_at および expires_at タイムスタンプ、created_by_id（キーを作成したユーザーのID。null の場合があります）が含まれます。キーのシークレット値は決して返されません。無効化されたキーは is_active: false として含まれるため、以前アクセス権を持っていたキーを確認できます。また、廃止済みの read:compliance_org_settings スコープのみを持つキーは、そのスコープがもはやアクセスを付与しないにもかかわらず、監査とクリーンアップの可視性のためにリストに残ります。

トップレベルの organization_id は、組織のプレフィックスなしのUUIDです。組織一覧の uuid と同じ値であり、Activity Feed、チャット、プロジェクトのレコードで organization_id が持つ org_ プレフィックス付きの形式ではありません（組織識別子の表を参照）。

行は、最後に保存された構成ではなく強制状態を反映します。たとえば、sso_provisioning_mode はディレクトリ同期が有効な間のみ構成されたSCIMモードを報告し、ip_allowlist_enabled は許可リストがオンで少なくとも1つのアクティブな範囲がある間のみ true になり、code_execution_network_egress_enabled はコード実行がオフのときは常に false になります。

レスポンスは読み取り時点の状態を反映し、スナップショットは取られません。これらの設定のほとんどに対する変更は、Activity Feedのイベントとして表示されます。現在の解決済みの状態にはこのエンドポイントを使用し、誰がいつ何を変更したかを監査するにはフィードを使用してください。

次のステップ