Claude Enterprise 利用ガイド

Claude Enterprise は、チャット、Claude Code、Claude Cowork、Claude Design、および Microsoft 365、Chrome、Slack などのチームが既に使用しているツール内の Claude を通じて、組織に強力な AI へのアクセスを提供します。このアクセスには、利用を効果的に管理する責任が伴います。チームが最大の価値を得られるようにしながら、利用を予測可能で予算内に保つ必要があります。

このガイドでは、Enterprise 管理者がトークン利用を制御および最適化するために利用できる主要なレバーについて説明します。支出上限の設定、ロールベースのアクセス制御の構成、ユーザー教育、タスクに適したモデルと労力レベルの選択、支出の成果の測定などです。

Claude Enterprise は、シート単位の使用量ベースのモデルで価格設定されています。組織の利用プールはすべてのユーザー間で共有され、特に Claude Code と Cowork などの一部のサーフェスは、標準チャットよりも大幅に高いレートでトークンを消費します。

支出制限を積極的に構成し、ユーザーを教育する管理者は、無駄を削減し、高価値のユースケースが必要な容量を確保できます。

他のサーフェスも組織の利用を利用し、Analytics、支出エクスポート、Analytics API に個別の製品として表示されます。(a) Claude for M365 (Excel、PowerPoint、Word、Outlook アドイン) は、同じ組織、グループ、ユーザーごとの支出制限とモデル制限の対象です。(b) Claude Design (ベータ版) は、組織の利用から標準 API レートで請求され、組織、グループ、ユーザーごとの制限が適用されます。(c) Claude in Chrome は、サイドパネルが Claude Cowork セッションとして実行されるため、マルチステップブラウジングタスクは他の Cowork エージェンティックワークと同様に消費されます (Organization settings > Cowork で管理)。(d) Claude Tag (Claude in Slack、ベータ版) は、チャネルワークが個別のシートではなく組織の利用残高に請求されるため、ユーザーごとおよびグループ制限はそれをキャップしません。Claude Tag 支出制限 (およびオプションのチャネルごとの制限) を claude.ai/admin-settings/usage/claude-tag で設定します。Claude Tag との DM は送信者自身のシートに請求されます。

ロールベースのアクセス制御 (RBAC) を使用すると、ユーザーをグループ化し、個別ではなく単位として Claude サーフェスと利用予算へのアクセスを管理できます。これは、大規模な組織での利用を管理するための最もスケーラブルな方法です。

グループを組織階層ではなく、職務機能とユースケースの観点から考えてください。いくつかの原則があります。

グループが構成されたら:

支出制限は、利用を制御するための主要なツールです。Claude Enterprise では、管理者は 3 つのレベルで制限を設定できます。組織レベル、グループレベル (RBAC を使用)、個別ユーザーレベル、およびグループに 1 つの共有月額を提供するオプションのプール予算です。推奨されるアプローチは、RBAC グループレベルの制限とユーザーごとの制限から開始することです。これにより、制限に達した場合に組織全体を遮断するリスクなしに、正確でターゲット化された制御が可能になります。

組織レベルの制限は、すべてのユーザーとサーフェス全体のハードシーリングとして利用できますが、慎重に使用してください。それに達すると、すべてのユーザーに同時に影響し、破壊的になる可能性があります。ほとんどの管理者は、グループとユーザーレベルで利用を管理することで、運用リスクが少なく、より良い結果が得られることに気付きます。

グループ支出制限を使用すると、グループ全体にユーザーごとの月額支出制限を割り当てることができるため、そのグループのすべてのメンバーは個別に設定することなく同じ制限を継承します。これは、中規模から大規模な組織での利用を管理するための最もスケーラブルな方法であり、管理者が開始すべき場所です。

次の優先順位ルールに注意してください。

構成方法: Organization settings → Usage → By group/tier。制限を特定のドル金額または「Unlimited」に設定します。

グループ支出上限は、各メンバーに同じ個別制限を与えます。プール予算は、グループ全体に 1 つの共有月額を与え、すべてのメンバーがそこから引き出します。チームが固定予算を持っているが、メンバー間で利用が不均等な場合に使用します。

すべてのリクエストは、メンバー自身の月額制限とグループのプールの両方に対してカウントされます。メンバーは、どちらかが尽きるまで停止します。利用は、一時停止する前に制限をわずかに超える可能性があります。ユーザーごとの制限を、プールの等しい共有ではなく、ガードレールとして設定します。プールが尽きると、管理者がそれを引き上げるか、翌月にリセットされるまで、グループのすべてのメンバーの利用が一時停止します。請求管理者は、プールの 50%、75%、95%、100% でメールアラートを受け取ります。

メンバーが複数のプール化されたグループに属している場合、最大のプールが最初に使用されます。プール化された予算の優先順位でカスタム順序を設定できます。

設定方法: Organization settings > Usage > Spend limits > By group/tier。グループのメニューを開き、Edit limitsを選択して、Pooled monthly budgetとMember monthly limitを設定します。グループには最初に月次支出制限が必要です。オーナー、プライマリオーナー、管理者、請求ロール、および請求(管理可能)権限を持つカスタムロールがプールを設定できます。ベータ版では、請求権限は組織全体に適用されるため、1つのグループのプールを編集できるユーザーはすべてのグループのプールを編集できます。プールはAdmin APIではまだ利用できません。Manage pooled group budgets on Enterprise plansを参照してください。

ユーザーレベルの上限により、個別アカウントの消費制限を設定できます。これは、使用状況がロール全体で大きく異なる組織に不可欠です。たとえば、Claude Codeを毎日使用する開発者と、コピーライティングのためにチャットを使用するマーケターでは、ニーズが大きく異なります。

ユーザーレベルの上限のベストプラクティス:

管理者ができる最も影響力のあることの1つは、ユーザーにどのタスクにどのモデルを使用するかについての明確なガイダンスを設定することです。モデルの選択は支出に直接的で重大な影響を与えます。

努力レベルは2番目の消費レバーです。ユーザーは各応答にClaudeが適用する思考量を選択でき、より高い努力レベルはより低いレベルよりも多くのトークンを消費します。ユーザーに最大努力を最も要求の厳しいタスクのみに予約し、日常的なタスクにはより低い努力を使用するよう促します。

ユーザーを適切なモデルに導くことに加えて、組織内のすべてのユーザーの新しい会話が開始するモデルを設定できます。これは利用可能な最も直接的な消費レバーの1つです。デフォルトは、ほとんどのユーザーが毎日実行するものを形作ります。

2つのオプションがあります:

この設定は、チャット、Claude Cowork、Claude Code(CLI 2.1.199以降)、およびClaude for Microsoft 365の新しい会話に適用されます。選択したモデルが製品で利用できない場合、Anthropicの推奨デフォルトが使用されます。管理設定を通じてClaude Codeのモデルをピン留めする場合、その設定はCLIおよびIDEで優先されます。Set a default model for your organizationを参照してください。

スティッキーデフォルト - 常にデフォルトモデルと努力レベルで開始します(ベータ版)。デフォルトでは、モデルピッカーはスティッキーです:新しい会話はメンバーが最後に使用したモデルで開始されます。これを変更するには、Organization settings > ModelsでAlways start with the default model and effort levelをオンにします。その後、すべての新しい会話は組織のデフォルトモデルとデフォルト努力レベルで開始されます。メンバーは会話内で両方を変更できます。

スティッキーデフォルトは自動的にアップグレードされます。起動がデフォルトモデルを変更すると、スティッキーモデルは新しいデフォルトに移動するため、誰も古いモデルに残されません。独自のデフォルトモデルを設定するロールは、ロールエディターで同じスイッチを持っています。チャット、Claude Cowork、Claude Code、Claude for Microsoft 365、Claude Design、およびClaude Scienceで機能します。Set a default model for your organizationを参照してください。

上記の推奨設定に従うには、カスタムロールを通じてロール別にデフォルトを設定します。たとえば、Claude Opusを組織のデフォルトにし、Claude Fableを研究および分析ロールのデフォルトにすることができます。これは、既に設定したRBACグループに基づいています(ロールベースのアクセス制御を参照)。

設定方法: 組織のデフォルトの場合はOrganization settings > Models。ロールのデフォルトの場合は、Organization settings > Roles > ロールを選択 > Models tabに移動します。

デフォルトを設定することに加えて、どのモデルが利用可能かを制限できます。これはガイダンスだけよりも強力なレバーです。これは2つのレベルで機能します:

メンバーが異なるカスタムロールを持つ複数のグループに属している場合、アクセスは加算的です。彼らは、彼らのロールが許可するすべてのモデルを取得します(組織全体で有効になっている限り)。

ロール別の努力レベルの上限

ロールが使用できるモデルを制限することに加えて、そのロール上のメンバーがモデルごとに選択できる最大努力レベルを上限にすることができます。これは、既に説明した努力ガイダンスのより詳細なバージョンです。組織全体の努力上限を設定することもできます。これは、ロールが許可できる最高レベルです。メンバーが複数のロールを持っている場合、それらのロール全体で最高の努力上限が適用されます。

ロールのデフォルトモデルに対してデフォルト努力レベルを設定することもできます。これにより、新しい会話がAnthropicの推奨デフォルトまたは選択した特定のレベルで開始されます。デフォルトはそのモデルの努力上限を超えることはできません。詳細については、組織のデフォルトモデルを設定するを参照してください。

適用される場所

モデルアクセスと努力制限は、チャット（Web、デスクトップ、モバイル）、Claude Cowork、Claude Code（CLI 2.1.199以降—以前のバージョンでは制限されたオプションが表示されますが、それらを使用するリクエストは拒否されます）を含むほとんどのClaudeプロダクトで実施されます。Chrome用ClaudeとClaude Securityはまだこれをサポートしていません。サポートされているプロダクトの現在のリストについては、組織のモデルアクセスを管理するを参照してください。

設定方法：組織設定 > ロール > ロールを選択 > モデルタブ。モデルアクセス、モデルごとのオプションの努力上限、オプションのロールレベルデフォルトモデル、デフォルト努力レベル、および常にデフォルトモデルと努力レベルで開始するスイッチを設定します。組織全体で設定を管理するには、組織設定 > モデルに移動してください。詳細については、組織のモデルアクセスを管理するを参照してください。

Sonnetは日常の主力です。高速で高機能であり、執筆、分析、コーディング支援、Q&Aなど、大多数のタスク向けに設計されています。

Opusはより難しく複雑な作業向けです。本当に複雑なマルチステップの問題に取り組んでいる場合、または速度よりも品質が重要な場合に使用してください。

迷ったときはSonnetで始めてください。会話の途中でいつでもモデルをOpusに切り替えて、より深い分析が必要な場合に対応できます。

組織の指示により、管理者は組織全体のすべてのClaudeの会話に継続的なガイダンスを注入できます。これは実質的にチームの規範、ベストプラクティス、ガードレールを反映するシステムプロンプトをClaudeに与えます。このツールは、ユーザーが見つけるべきドキュメントではなく、使用時点でプロダクト内にガイダンスが表示されるため、摩擦を追加することなくユーザーの行動を変える高いレバレッジツールです。

組織の指示を使用して消費とユーザーパターンを管理する方法：

ユーザーメニュー内の分析ページ（claude.ai/analytics）は、組織の状況を把握する最速の方法です。週間アクティブユーザー、シート利用率、トップコネクタ、総支出（MTD/QTD/YTD）、モデル別支出、および支出別トップ10ユーザーランキングが表示されます。チャット、Claude Code、Cowork、Claude Designのプロダクト固有のビューは、各サーフェスのアクティビティを詳細に表示します。詳細を確認。

各スキルは反復可能なワークフロー（営業電話の準備、契約のレビュー）を表すため、そのコストはそのワークフローの価値と直接比較できます。分析のスキルビューは、組織内のすべてのスキルのユーザー、使用あたりのコスト、および総使用回数を表示し、グループ（「法務チームはどのスキルを使用していますか？」）またはプロダクトサーフェスでフィルタリングできます。

ROI分析を実行するには：

計算は現在プロダクト外で行われていますが、CSVエクスポートにより、スプレッドシートの作業が迅速になります。大まかな見積もりでも説得力のあるストーリーが得られます。実行あたり$0.90のコストの電話準備スキルは、$20の価値に対して、使用するたびに20倍のリターンを返します。

1回限りの詳細な内訳が必要な場合は、分析ページからユーザーごと、モデルごとの支出レポートをCSVとしてエクスポートできます。支出セクション（「Claudeのコストはいくらですか？」）の概要タブで、「支出レポートをエクスポート」をクリックし、MTD、先月、過去90日間、または過去90日間までのカスタム範囲を選択します。

分析チャットでは、組織の使用状況について自然言語で質問できます。「過去30日間の日次支出を表示」、「トップスペンダーは誰か」、「シート利用率はいくらか」などの質問を入力すると、Claudeはチャートと見つけたことの短い書面による要約を返します。最初からやり直すことなく、フォローアップして絞り込んだり、ピボットしたりできます。

特定の質問があり、ダッシュボードをナビゲートしたくない場合、または傾向を探索して高速な双方向通信を望む場合に使用してください。結果はデフォルトで過去30日間をカバーします。別の範囲が必要な場合は、質問で指定してください。データは毎日更新されます。詳細を確認。

プログラムによるアクセスの場合は、Claude Enterprise分析APIを使用してください。使用したトークンまたは支出したドルでランク付けされたユーザーのリストを取得するか、プロダクト、モデル、RBACグループ、コンテキストウィンドウ、地域、またはサービス層（標準対高速）で分類された時間経過に伴う使用状況とコストの傾向を確認してください。コストレポートをRBACグループでグループ化すると、ユーザーごとの行をエクスポートすることなく、チャージバック用の部門別支出が得られます。各リクエストは31日間の幅に制限され、過去365日以内に開始され、2026年1月1日より前ではありません。

プライマリオーナーは、組織設定 > APIの下でread:analyticsスコープを持つキーを作成できます。コストと使用状況データは通常約4時間以内に到着し（時々最大24時間）、最大30日間修正される可能性があるため、請求グレードの合計については30日以上前の日付をクエリしてください。ユーザー、スキル、プラグイン、コネクタなどのエンゲージメントエンドポイントは、約1日のラグで毎日更新されます。詳細を確認し、APIリファレンスガイドを確認してください。

分析APIは、スキル、プラグイン、コネクタの使用状況もユーザーごとに詳細に表示します。skills、plugins、connectorsエンドポイントはそれぞれgroup_by[]=user_idパラメータをサポートし、ダッシュボードに表示される組織全体の合計をスキルごと（またはプラグイン、またはコネクタ）のユーザーごとの1行に変換します。これにより、特定のスキルを実行しているユーザー、実行頻度、配布されたプラグインを実際に呼び出したチームメンバーを確認できます。RBACグループまたはプロダクトサーフェスでグループ化することも、名前で単一のスキル、プラグイン、またはコネクタにフィルタリングすることもできます。

これは上記と同じスキルごとのROI質問に役立ちます。スプレッドシートにエクスポートされるのではなく、個別ユーザーで詳細に表示されます。たとえば、プラグインロールアウトが実際にそれが配布されたチームに到達したことを確認し、インストールされたことを確認するだけではありません。APIリファレンスで詳細を確認してください：スキル、プラグイン、コネクタ。

多くのグループ全体で制限を管理する組織の場合、管理APIはコスト制御ワークフローをスクリプトに移動します。増加リクエストレビューの自動化、制限に近いメンバーのフラグ付け、急速に変化する使用状況を大規模に表示します。APIは、すべてのメンバーの有効な制限と月初からの支出を読み取り、ユーザーごとのオーバーライドを設定またはクリアします。グループ、シートタイプ、組織レベルの制限、およびプールされたグループ予算は、引き続き組織設定で設定されます。管理APIのユーザー管理エンドポイント（現在Enterprise組織ではベータ版）では、グループを作成し、メンバーを追加または削除し、カスタムロールをプログラムで読み取ることもできます。ユーザー管理を参照してください。

支出閾値アラートは、組織レベルの支出制限の75%と90%で管理者に通知し、誰かがタスクの途中でブロックされる前に上限を引き上げる時間を与えます。プールされたグループ予算は、プールの50%、75%、95%、100%で請求管理者に独自のアラートを送信します。

上記の分析は、チームがClaudeをどの程度使用しているかを示します。調査は、彼らが何をしているのか、そして何が彼らの邪魔をしているのかを示します。分析 > 調査から、管理者はCoworkまたはチャットでユーザーの作業の自然な中断時に表示される短い調査をユーザーに送信できます。グループ別にオーディエンスを選択し、ウィンドウを設定し、応答率、サーフェスとグループ別の内訳、書面による回答のフィード（調査ごとのCSVエクスポート付き）を含む集計結果をコンソールで確認します。組織の調査を作成する方法の詳細を確認してください。

組織設定 > 使用状況の使用状況ページは、メンバーが支出制限に達する頻度のビューで開きます。今月のアクティブシートあたりの制限時間、すべてのメンバーとパワーユーザー（支出上位10%）について、前月と比較して予測をプロットしたものが表示されます。また、どのグループまたは制限タイプが制限時間の大部分を占めているかを指摘するため、最初に確認する場所がわかります。

このビューを使用して、制限がユーザーの作業方法に適合しているかを確認してください。制限時間の増加は、メンバーがタスクの途中でブロックされていることを意味します。同じページから制限を調整できます。デフォルトを引き上げるか、それに達したメンバーの制限を増やします。

分析は各チームがいくら支出しているかを示します。スマートレポートは、その支出が何を生み出しているかを示します。レポートをチーム、日付範囲、含めたいプロダクトにスコープします。Claudeはトランスクリプトのサンプルを確認し、支出をワークストリームと出力タイプで詳細に表示します。

消費管理の場合は、これらのセクションに焦点を当ててください：

スマートレポートは、個人のパフォーマンスを評価するのではなく、導入状況を理解し、投資を計画するのに役立つように設計されています。利用可能性、セットアップ、レポートの作成と共有方法については、スマートレポートの概要を参照してください。

Claude内で短い調査を実施して、ユーザーがClaudeを何に使用しているか、その価値は何か、どこで困っているかを学ぶことができます。その後、回答を支出データと比較します。

調査はClaude Coworkのタスク間またはチャットの返信後にカードとして表示され、実行中のタスクを中断することはありません。すべてのメンバーまたは特定のグループに送信でき、Cowork、チャット、またはその両方を選択し、開始日と終了日を設定できます。各ユーザーは調査を1回だけ表示します。結果は調査がライブ中に更新されます：応答率、複数選択質問の棒グラフ、グループでフィルタリングできる記述回答のフィード。CSVにエクスポートすることもできます。

消費管理の場合、調査は以下に役立ちます：

設定方法：分析 > 調査 > 新しい調査。プライマリオーナー、オーナー、管理者、および分析ビューアクセス権を持つカスタムロールは、調査を作成して結果を表示できます。回答は組織の管理者に送信され、Anthropicはサービスを実行するために必要な場合にのみアクセスします。PHIなどの規制対象データを回答に含めないでください。回答は匿名ではありません：エクスポートには各回答者のメールアドレスが含まれます。カスタマー管理暗号化キー（CMEK）を使用している組織ではまだ調査は利用できません。組織の調査を作成するを参照してください。

テクノロジーコントロールはほとんどの方法を提供しますが、ユーザーの行動が残りを駆動します。消費がどのように機能するかを理解するチームは、独立してより良い選択を行い、トラブルシューティングする必要があるエッジケースが少なくなります。

ユーザーをオンボードするときは、以下を共有します：

Claudeの請求方法

モデルの選択方法

上限に達したときの動作

ユーザーと共有するリソース