Claude Enterpriseの請求の仕組み — 席料と従量が別々に届く理由
Claude Enterpriseの請求は、年払いの席料と、全トークンをAPI単価で数える利用料の2本立てです。前払いと後払いの違い、支払い方法、旧シートからの移行を契約経路別に示します。
Claude Enterpriseの請求は、年払いの席料と、使ったトークンに応じた利用料の2本に分かれます。席料にトークンの使用枠は含まれません。席料は固定で、利用料は毎月動きます。
この2本の届き方は、契約が自己申込(セルフサーブ)か営業経由かで変わります。前者はクレジットの前払い、後者は翌月に届く請求書での後払いです。旧シート種別の組織は、さらに別の扱いを受けます。
請求は「席料」と「利用料」の2本立て
最初に枠組みを押さえます。Enterpriseの請求は次の2つで構成されます。
請求を構成する2つの費用
席料
ユーザー1人あたり月額の単価を、年単位でまとめて支払います。Web・デスクトップ・モバイルのClaudeに加え、Claude CodeとCoworkを使う権利です。
利用料
席料とは別に、組織が消費したすべてのトークンが標準のAPI単価で課金されます。席ごとの使用枠はありません。
席を買っても、使える量が増えるわけではありません。席は入場券で、入場後に使った分は別会計になります。Pro・Max・Teamのように「枠を使い切ったら待つ」仕組みとは前提が違います。
自己申込の席単価は、料金ページでは月$20(年払い・税別)、最低20席と案内されています。席料だけで見た最小の年額は、$20×20席×12か月=$4,800です。ここに利用料が乗るので、稟議で席料だけを見ると総額を読み違えます。
料金そのものの概観と、TeamやProとの比較はClaude Enterpriseの解説にあります。ここでは、請求がどの順に・どの経路で届くかを追います。
席料は年初にまとめて払い、増席はその場で請求される
席料は、年次の請求サイクルの開始時点で、契約している席数ぶんを請求されます。期間の途中で席を足すと、残り期間ぶんの按分額がすぐに請求されます。
公式の例は次のとおりです。1月1日に50席で年間契約を始め、4月1日に10席を足すケースです。
| 時点 | 請求されるもの |
|---|---|
| 1月1日(契約開始) | 請求されるもの50席ぶんの1年分の席料 |
| 4月1日(10席追加) | 請求されるもの10席ぶんの、残り期間の按分額(その時点で即時) |
月単位で数えた概算なら、4月1日に足した10席は残り9か月ぶんです。席単価を月$20とすると、10席×$20×9か月=$1,800が目安になります。日割りか月割りかの細目は請求書で確かめてください。
逆方向には注意が要ります。自己申込のEnterpriseでは、契約期間の途中で席を減らせません。余裕を持って席を買うより、必要になった時点で足す運用のほうが無駄が出ません。
利用料は、契約経路で前払いか後払いかが分かれる
席料が両経路で共通なのに対し、利用料の払い方は経路で分かれます。ここが請求の仕組みの核心です。
利用料の払い方は契約経路で決まる
自己申込のEnterprise
クレジットを先に買い、使うたびに残高が減ります。残高が尽きると、補充されるまで利用が止まります。請求通貨は米ドルのみです。
営業経由のEnterprise
その月の実消費に基づき、翌月に請求書が届きます。残高の概念がないので、使いすぎても止まらず、請求額が増えるだけです。
自己申込では、クレジットの追加購入ができるのは、Owner、Primary Owner、または課金権限が「Can manage」のカスタムロールです。購入は組織設定のUsage画面から行います。クレジットは組織全体で共有され、誰が使っても同じ残高から引かれます。
通貨が米ドル以外の場合や、請求書払いにしたい場合は、営業経由の契約に切り替える必要があります。自己申込では対応できません。
AWS Marketplaceで購入したEnterpriseは、請求のしかたが営業経由に近くなります。クレジットの前払いはなく、実消費に基づいて毎月後払いになり、支払いはAWS経由です。
US限定推論を有効にすると、利用料が1.1倍になる
組織でUS限定の推論(US-only inference)を有効にすると、Claude Opus 4.6、Claude Sonnet 4.6以降のモデルの利用料は、標準のAPI単価の1.1倍になります。自己申込・営業経由のどちらにも適用されます。
APIの料金表も、inference_geoをusにすると、入力・出力・キャッシュ書き込み・キャッシュ読み取りのすべてに1.1倍が掛かると書いています。データの所在要件でUS限定を選ぶ組織は、見積もりの利用料に1割を上乗せして考えます。
支払い方法は、請求書が届く経路かどうかで決まる
払い方は、前払いか後払いかとは別の軸でも分かれます。
| 項目 | 自己申込 | 営業経由 |
|---|---|---|
| 支払い手段 | 自己申込クレジットカード、デビットカード、ACH口座振替 | 営業経由銀行振込(ACHまたは電信送金)、クレジットカード |
| 請求の届き方 | 自己申込保存した手段で決済 | 営業経由請求書ごとに、支払いリンク付きのメールが請求先担当者へ届く |
| 手段の変更 | 自己申込組織設定のBillingから、いつでも | 営業経由組織設定では変更不可。アカウント担当経由 |
営業経由では、保存したカードに自動で請求が走ることはありません。席料の請求書も、月次の利用料の請求書も、1通ずつ請求先担当者にメールで届きます。支払い条件は請求書に記載されています。
押さえておく数字が1つあります。1通の請求書が$50,000以上になると、支払いは銀行振込に限られ、支払いページにカードの選択肢が出ません。カード払いで統一している組織は、席料の請求書が大きい契約更新の時期に引っかかります。
カードの自動引き落としにしたい場合は、組織設定からは変えられません。アカウント担当者に依頼すると、請求チームが設定します。自動払いにすると、支払い期限の末日ではなく、請求書の発行日にカードが引かれます。
1人の使いすぎは、誰に・どう響くのか
席に個人の使用枠がないぶん、組織の利用料は全員の消費の合計になります。影響の出方は経路で逆になります。
- 自己申込: 1人が使うほど、全員が使える残高が早く減る。ゼロになれば組織全体が止まる
- 営業経由: 残高がないので誰も止まらず、請求額だけが増える
前者は「止まる」、後者は「膨らむ」という違いです。どちらも、気づいたときには手遅れになりやすい構造なので、支出上限(スペンドリミット)が前提になります。
上限は組織単位と個人単位で設定でき、低いほうが効きます。自己申込では、クレジットが残っていても上限に達すれば止まります。営業経由では、上限に達すると次の請求期間が始まるか、Ownerが上限を上げるまで止まります。
上限を「無制限」にしても、請求は止まりません。従量課金はEnterpriseの中核で、利用料の課金だけを無効にする設定はありません。上限の階層、グループ単位の予算、通知のしきい値はClaude Enterpriseの消費管理に詳しい手順があります。
見積もりは「席料は固定、利用料は掛け算」で考える
総額を事前に読む方法は1つしかありません。席料を固定費、利用料を変動費として別々に見積もります。
見積もりの骨格
席料(50席・1年)
$12,000
$20×50席×12か月
利用料の例(1人)
$120
Opus 5.5・入力20M+出力2Mトークン
利用料の例は、API価格表の単価で計算できます。Claude Opus 5.5は、入力が100万トークンあたり$4、出力が$20です。ある1人が1か月に入力2,000万・出力200万トークンを使うと、20×$4+2×$20=$80+$40=$120になります。
US限定推論を有効にしている組織なら、同じ消費が$132になります。モデルをSonnet 5.5(入力$2・出力$10)に替えれば、同じトークン量で$60です。
この数字は、あくまで単価から組み立てた試算であって、実際の請求を示すものではありません。キャッシュの使い方やモデルの選び方で、実額は大きく動きます。実消費の見え方は、組織設定のUsage画面で月初からの累計をメンバー別に確認できます。営業経由の組織は、月次の請求書にもメンバー別の明細が載ります。
編集上の見立てを1つ書くと、Enterpriseの請求で稟議が割れる原因は席料ではなく、利用料が事前に確定しないことです。席料の$12,000は読めても、利用料は利用の密度で何倍にも振れます。初期は上限を低めに置き、実績が出てから緩める運用が安全側です。
利用が止まったときの戻し方
請求の仕組みを知らないと、止まった理由が分かりません。復旧の入口は、経路と止まった理由で変わります。
| 状況 | 自己申込 | 営業経由 |
|---|---|---|
| クレジットが尽きた | 自己申込クレジットを追加購入する | 営業経由該当なし(残高がない) |
| 支出上限に達した | 自己申込上限を上げる(クレジットが残っていても止まる) | 営業経由上限を上げる。または次の請求期間の開始を待つ |
操作できるのは、Owner、Primary Owner、課金権限が「Can manage」のカスタムロールです。営業経由で不明点がある場合は、アカウント担当者に問い合わせます。
Usage画面の上部には、上限で止まった状況を示す欄があります。いま止まっている人数、上限に近い人数、今月に失われたメンバー日数が出ます。上限が$0のメンバーは、拡張利用がそもそも無効なので、この集計の対象外です。
旧シート種別の組織は、次の更新で1席に統合される
ここまでが、現行の「単一のEnterprise席」の請求です。管理画面の組織設定に旧い席種が見えるなら、別の節が当てはまります。
旧シート種別の見分け方
ChatとChat + Claude Code
使用量ベースの旧い席種です。席料は年払いで、利用料は席料と別にAPI単価で数える点は現行と同じです。次の契約更新で、全員が単一のEnterprise席に移ります。
StandardとPremium
席ごとの月額に使用枠が含まれる、席ベースの旧プランです。枠を超えた先は使用量クレジットで続けます。次の更新で、使用量ベースの単一席モデルに移ります。
どちらの旧種別も、新規契約では選べません。更新を待たずに移りたい場合は、アカウント担当者か営業に依頼します。
移行の効き目は大きく、席ベースのプランから来る組織は、「枠の中は定額、超えたら追加」から「席料は固定、全トークンが従量」へと、課金の考え方そのものが変わります。席ごとの上限で使いすぎが頭打ちになっていた運用が、更新後は組織の支出上限だけが頼りになります。旧席種が混在する組織のシート種別の見分け方は、Claude Codeのシート種別にあります。
請求の見方を他のプランと混ぜない
Enterpriseの席料は年払いですが、Teamは月額か年払いを選べ、請求額の計算方法も異なります。Teamの日割りの出し方はClaude Team請求額計算の解説にまとまっています。
また、請求書や領収書に出る「Applied balance」といった項目の読み方は、API側のClaude APIの請求書と領収書の見方で扱っています。
契約形態の選び方そのものは、Claude法人プランの契約ガイドが起点になります。
まとめ
Enterpriseの請求は、席料の固定費と、全トークンをAPI単価で数える変動費に分かれます。経路が分かれ目で、自己申込はクレジットの前払いで残高が尽きると止まり、営業経由は翌月払いで止まらずに請求が増えます。
契約前に確かめたいのは次の3点です。自社がどちらの経路か、US限定推論を使うか(利用料が1.1倍)、旧シート種別が残っているか(更新で課金の考え方が変わる)。この3点が分かれば、席料と利用料を別々に見積もれます。