Team/Enterpriseの権限ロール一覧 — User・Admin・Owner・Primary Ownerの違い

Team/Enterprise組織にある4つの役割

ClaudeのTeam/Enterprise組織のメンバーは、User・Admin・Owner・Primary Ownerの4つの役割のいずれかを持ちます。この役割によって、何を見て何を操作できるかが決まります。名称に「Member」は存在せず、権限が最も少ない基本の役割はUserです。

• Primary Owner: 組織に1人だけ存在し、すべての権限を持つ。この役割自体が組織のシートを1つ消費し、人に紐づかないサービスアカウントでも構いません
• Owner: 請求・セキュリティ・メンバー管理を含むほぼすべての管理権限を持つ。複数人を割り当てられる
• Admin: メンバーの招待・削除や利用状況分析など運用面の権限を持つが、請求やセキュリティ設定は扱えない
• User: チャット・プロジェクトの利用のみで、管理系の権限は一切持たない

自分の組織のPrimary Ownerが誰かわからない場合は、「Settings > Account」から確認できます。4段階の境目は3つあります。

• UserとAdminの境目: メンバー管理に触れるか
• AdminとOwnerの境目: 請求・機能有効化・セキュリティ設定に触れるか
• OwnerとPrimary Ownerの境目: 課金の起点と組織の最上位権限に触れるか

役割を割り当てる側は、この3つの境目のどこで線を引きたいかを先に決めておくと、表を都度参照しなくても判断しやすくなります。

請求(Billing)

新規シートの購入だけはOwnerにも許可されず、Primary Owner専用です。組織のシート・料金体系そのものはClaude Teamプランとはで解説しています。

チャット操作(Chat Controls)

日常利用の範囲はUserを含む全員に開かれています。役割による差が出るのは、この先の管理系の操作からです。

機能・連携(Features and Integrations)

外部サービスとの接続や機能の有効化は、Admin単独では行えずOwner以上の権限が必要です。連携先ごとの権限設計はClaude Connectorsの権限設定でよくある失敗と対策で扱っています。

メンバー管理(Membership Management)

一般メンバーの招待・削除まではAdminの権限で足りますが、他のAdminやOwnerの追加・削除や役割変更はOwner以上に限られます。招待リンクやメール招待を管理できるのもAdmin以上です。組織への参加経路はClaude組織への参加方法にまとめています。

サポート対応(Enterprise限定)

Enterpriseプランに含まれる優先サポートへの問い合わせも、Owner以上に限定されています。

セキュリティ・データ管理

Team/Enterprise共通の権限と、Enterprise限定の権限で範囲が分かれます。

Team/Enterprise共通

Enterprise限定

組織全体のデータエクスポートとPrimary Ownership(組織の最上位権限)の移譲は、Owner以上でも扱えずPrimary Owner専用です。SSOや監査ログなど統制系の設定はOwner以上に開かれていますが、いずれもEnterpriseプラン限定の機能です。

利用状況分析(Usage Analytics)

TeamとEnterpriseで、閲覧できる役割の範囲が異なります。

Enterpriseでは利用状況分析をAdminも閲覧できますが、Teamプランでは同じ操作でもOwner以上に限定されます。同じ操作名でもプランによって必要な役割が変わる、数少ない項目です。

Primary Ownerだけができること

表を横断すると、Owner以上でも触れずPrimary Owner専用の操作が3つあることがわかります。

• 新規シートの購入
• 組織全体のデータエクスポートのリクエスト
• Primary Ownership移譲のリクエスト

課金の起点になる操作と、組織の最上位権限そのものに関わる操作がPrimary Owner専用に集約されている形です。組織のPrimary Ownerが退職・異動する場合は、後任へ移譲するリクエストを本人か既存のPrimary Ownerから出す必要があります。Primary Ownerが不在のまま連絡が取れなくなる事態を避けるため、退職・異動の予定が決まった時点で早めに移譲リクエストを出しておくのが安全です。組織にサービスアカウントをPrimary Ownerとして設定できる仕組みも用意されているので、特定の個人に依存させたくない場合はこの構成を検討する余地があります。

役割の割り当て方

組織を立ち上げた直後は、契約したメンバーがPrimary Ownerとなり、残りのメンバーはUserとして招待される構成が基本形です。運用を回すうえで最初にAdminを何人か置くかどうかが、次に検討する判断になります。

メンバーの入れ替わりが多い組織では、招待・削除の作業をAdminへ委譲しておく運用が向いています。情報システム部門やチームリードにAdminを持たせておけば、Primary OwnerやOwnerが日常のメンバー管理業務に忙殺されずに済みます。Adminには請求やセキュリティ設定への権限が渡らないため、「メンバーの出入りは任せたいが、支払い方法やSSO設定までは触らせたくない」という要件と噛み合う設計です。

Ownerを複数人にするかどうかは、請求とセキュリティ設定を1人に集中させるリスクをどう見るかで変わります。少人数チームではPrimary Owner 1人がOwnerも兼ねる構成で十分です。部門が複数にまたがる組織では、経理担当と情シス担当のそれぞれにOwnerを割り当て、請求とセキュリティ設定の責任を分散させる運用も見られます。Enterpriseで職能ごとに権限を細かく分けたい場合は、標準ロールではなくCustom rolesとグループの組み合わせに切り替える判断になります。

よくあるつまずき

Adminなのに新機能を有効化できない。ネイティブ連携やcapabilityの有効化はOwner以上の権限が必要です。Adminの権限はメンバー管理と利用状況分析(Enterpriseのみ)が中心で、機能面の設定はOwnerに依頼してください。

Ownerなのに新しいシートを買えない。シートの新規購入だけはPrimary Owner専用の操作です。組織のPrimary Ownerが誰かわからない場合は、「Settings > Account」から確認できます。

Teamプランで利用状況分析が見られない。Teamプランの利用状況分析はOwner以上限定です。Enterpriseでは同じ操作をAdminも閲覧できるため、プランの違いによる差だと理解してください。

Customロールのメンバーがこの表と違う挙動をする。Enterpriseで役割を「Custom」に設定したメンバーは、この表の既定権限を一切持ちません。所属するグループに割り当てられたCustom rolesの設定だけが適用されます。

まとめ

Team/Enterprise組織の役割は4段階です。日常利用のUserから、メンバー招待・利用状況分析のAdminへ、そして請求・機能有効化・セキュリティ設定のOwnerへと権限が広がります。最上位のPrimary Owner専用の操作は、シート購入・データエクスポート・権限移譲の3つです。境目を覚えるなら、AdminとOwnerは「請求とセキュリティ設定に触れるか」、OwnerとPrimary Ownerは「課金と組織の最上位権限に触れるか」で判断できます。Enterpriseで細かい権限設計が必要な場合は、Custom rolesとグループの組み合わせで対応します。

よくある質問

Team/Enterpriseの役割に「Member」はありますか

ありません。権限が最も基本的な役割は「User」で、これがいわゆるメンバーの既定ロールにあたります。

Adminはメンバーを招待・削除できますか

一般メンバーの招待・削除はできます。ただし他のAdminやOwnerの招待・削除、役割の変更にはOwner以上の権限が必要です。

Primary Ownerは1人しか存在できませんか

はい。Team/Enterprise組織のPrimary Ownerは常に1人で、この役割自体が組織のシートを1つ使用します。

Primary Ownerを別の人に交代できますか

できます。Primary Ownershipの移譲はリクエストという形で扱われ、Primary Owner専用の操作です。

Customロールと標準ロール(User/Admin/Owner)は併用できますか

Enterpriseプランでは、メンバーごとに標準ロールかCustomロールかを選べます。Customロールを選んだメンバーはこの記事の表の権限を持たず、所属グループのCustom rolesの設定だけに従います。