企業向けClaudeの調達・容量確保ルートを比較｜直販・Bedrock／Vertex AI・高レート確保枠

Claudeの企業向け購入経路は、何で選び分けますか

「社内の統制がAWSに寄っているなら、ClaudeはBedrock一択」という前提は、半分しか当たりません。請求を既存クラウドにまとめられる利点は大きいものの、購入経路を決める要素はほかにあります。分岐点は、契約と請求の相手、使えるモデルとリージョン、そして容量を事前確保するか従量で使うかの3点です。この3点を先に固めると、Anthropic直販、Amazon BedrockやGoogle Cloud Vertex AI、リセラー経由の高レート確保枠のうち、どの経路をどこまで深掘りすべきかが見えてきます。

契約と請求の相手、データの処理場所、容量の押さえ方で分けると、経路ごとの性格は次のように整理できます。

• Anthropic直販：契約先も支払先もAnthropic。容量は従量課金。
• Amazon Bedrock：AWSが運営し、AWSの請求に載り、データはAWSインフラ内で処理される。
• Claude Platform on AWS：Anthropicが運営し、請求だけがAWS Marketplace経由。AWS側の表ではBedrockとは別の行として並ぶ。
• Google Cloud Vertex AI：Google Cloudを統制の中心に置く企業にとって、Bedrockと同じ考え方の選択肢。
• リセラー経由の高レート確保枠：契約相手がリセラーになり、専用の容量枠を確保する。

契約の相手と請求の発行元を先に決める

稟議で最初に聞かれるのは、契約書の相手と請求書の発行元です。ここが決まらないと、経理の支払いフローにそのまま乗せられるかどうかを判断できません。

• Anthropic直販：契約も支払いもAnthropic。
• Bedrock：契約も請求もAWS。
• Claude Platform on AWS：契約がAnthropic、請求がAWS Marketplace経由。
• リセラー経由：契約も請求もリセラー。

この2つが固まれば、残りは要件の細部を詰める作業に変わります。

請求の一本化と、データの置き場所は分けて考える

情シスからの要望で多いのが「請求をAWSに一本化したい」ですが、これは「データをAWS内に置きたい」とは別の要求です。Claude Platform on AWSは顧客コンテンツをAWSのセキュリティ境界の外でAnthropicが処理すると説明されていて、AWSアカウントから使えることと、データがAWS内で処理されることは同じ意味ではありません。請求の統合とデータの所在地は、同じ表の別の行として確認します。

すでにAWSで統制を固めている企業は、この2つを最初に切り分けておくと後の議論が短くなります。

Claudeのモデル別・リージョン別の提供状況は、どう確認しますか

推測で埋めず、一次情報で確認します。Anthropicの料金ページ、Bedrockの対応モデル一覧と料金ページ、Vertex AIのClaude利用ページを開き、型番とリージョンを1行ずつ突き合わせる形にしておきます。同じ型番でも、地域によって提供の有無が違う前提で見積もり条件に反映させ、確認した日付を控えておけば、後から条件が変わったときに差分を説明できます。

照合する項目は4つです。

• モデルの型番と単価：Anthropicの料金ページ。
• モデルIDとエンドポイント種別：AWS Bedrockの対応モデル一覧と料金ページ。
• リージョン別の提供状況：クラウド側の対応モデル一覧とVertex AIのClaude利用ページ。
• 容量と課金の単位：各社の料金ページ。

型番、エンドポイント種別、リージョン、課金単位を1行にそろえておけば、そのまま見積もりの前提条件として渡せます。使いたいモデルが対象地域で提供されていない場合は、近い型番に置き換えるか、クロスリージョン推論の利用を前提にするかを選ぶことになります。

突き合わせる順番

1. 型番と単価をAnthropic側の料金ページで押さえる。
2. 同じ型番のモデルIDとエンドポイント種別をAWS側の一覧で押さえる。
3. リージョンごとの提供状況をGoogle Cloud側のページまで含めて押さえる。

3経路を同じ日に並べて見るのは、片方だけ古い情報で見積もりを組む事故を防ぐためです。

見積もりには型番とリージョンをセットで書く

見積もり依頼に書くのは「Sonnet系」ではなく、具体的な型番とリージョンの組み合わせです。同じ型番でも、国内リージョンで使えるか、クロスリージョン推論の対象になるかで、容量と料金の前提が変わります。海外拠点のチームと同じ型番を使いたい場合は、社内の共有資料でモデル名だけが独り歩きしていないかを確かめておくと、契約直前の食い違いを減らせます。

従量課金と容量の事前確保は、何が違いますか

使う量が読めているかどうかで選びます。従量課金は使った分を後から払う方式で、利用量が読めない検証段階と相性がよく、容量の事前確保は一定の処理能力を先に押さえる契約で、負荷が読める本番ワークロード向けです。まだ利用量が読めないチームは従量課金から、ピークが読めているチームは容量の事前確保から検討するのが基本です。

容量の事前確保では、可用性の作り方が変わる代わりに、最低量、契約期間、調整のタイミングを自社で確認する必要があります。実測前に確保量を決めると、使わない容量を抱えることになります。

トークン単価は経路で大きく変わらない

グローバルエンドポイントを使う限り、トークン単価は経路間で同じ水準です。Claude Sonnet 4.6なら入力$3/MTok・出力$15/MTok（100万トークンあたり）で、Anthropicが2026年2月17日にSonnet 4.6とあわせて公表した価格です。単価だけを見て経路を選ぶと判断を誤ります。差が出るのはリージョン固定の加算、機能ごとの追加料金、そして手数料の位置です。

MixRouteの公開ホームページには、モデル単価への上乗せなし（NO MARKUP）が示されています。Smart Routingも無料で利用でき、ルーティングのサービス手数料はかかりません。支払うのは、実際に選ばれたモデルの利用料だけです。MixRouteの料金ページでチャージ額の区分と支払い条件を確認すると、トークン単価と購入条件を分けて見られます。

見積もりを並べるときは、次の4段に分けて書き出します。

• トークン単価
• リージョン加算
• 機能ごとの追加料金
• 支払い条件

手数料を単価に混ぜて比較すると、どの段で差が出たのかが後から追えなくなります。

エンドポイントとリージョンで変わる条件

Bedrockでリージョナル／クロスリージョンの指定を使うと、Claude Sonnet 4.5以降のモデルはグローバルエンドポイント比で+10%の料金になります。データ所在地の要件が厳しい企業は、この前提で金額を置きます。Claude Platform on AWSの課金はClaude Consumption Unit方式で、1CCU=$0.01として換算し、AWS Marketplaceへ時間単位でメータリングして後払いのみという整理です。同じ単価でも、請求書の見え方と支払い条件はここで分かれます。

データ条件・サポート責任・請求書払い・移行条件は、どこで確認しますか

この4項目は、公開情報で答えられる部分と、契約しないと決まらない部分に分かれます。データの処理場所は経路ごとに扱いが分かれます。一方、SLA、DPA、サポートの責任分界、請求書払いと支払期日、既存契約の割引や容量の引き継ぎは、公開情報だけでは決まりません。窓口に出す確認質問に変換しておきます。

Claude Codeの管理は接続先でどこが変わるか

使えるツールやコマンドの制限、MCP接続先の制限、設定の強制といった管理設定の内容は、Claude Enterprise経由でもAWS Bedrock経由でも共通です。接続先で主に差が出るのは認証、モデル制限、利用ログの3点で、管理設定の配信方法も接続先によって変わります。モデル制限は、Bedrock経由ならIAMポリシーで部署ごとの出し分けや特定モデルの禁止まで指定できる一方、Enterprise経由の制限は会社全体に一律でかかります。

利用ログも取得主体が分かれます。Bedrock経由のモデル呼び出しログは既定では無効で、コンソールから明示的に有効化してS3またはCloudWatch Logsに記録します。Enterprise経由はCompliance APIを使い、Primary OwnerがOrganization settings > APIで有効にすると会話内容のログも取得でき、SIEMやDLPといったツールとの連携が可能です。管理設定の配信は、サーバー管理がTeams／Enterpriseプラン限定、Bedrock経由はファイルやMDMでの配布になります。

この3点は契約条件に直結するので、窓口に渡す項目として持っておきます。

請求書と支払い条件は、公開版の有無も含めて確認する

MixRouteは、月間利用額20,000米ドル以上、または1回のチャージ30,000米ドル以上（どちらか一方）という企業導入の申請条件を公開しており、主に銀行電信送金、商業請求書と柔軟な支払期日に対応しています。SLA、DPA、セキュリティ監査報告、容量承諾の公開版は2026年9月2日時点では用意されていないため、稟議で必要な書類は窓口で確認する流れになります。

書類の扱いは市場ごとに分けて考えます。MixRouteの4言語サイトは表示が米ドルで統一され、現地通貨への換算は行っていません。請求書や税務書類の条件は所在地とプランによって変わるため、所在地とプランを伝えたうえでSalesに確認してください。

移行時に落としやすい条件

もし社内に既存のAmazon Bedrock private offerが残っている場合は、Claude Platform on AWSを有効化する前にAnthropicまたはAWSの担当者へ先に確かめる必要があり、offerが受諾される前に発生した利用には割引を遡及適用できません。切り替えの時期をまたぐ見積もりでは、この条件を前提に置きます。

AWSコンソール経由のサインアップでは、AWSアカウントに紐づく新しいAnthropic organizationが作られ、既存のorganizationやAPIキー、workspace設定はそのまま引き継がれません。社内に周知するときの前提になります。

リセラー経由の高レート確保枠は、どんなときに検討しますか

ピーク時の可用性を確保したいワークロードや、上流の容量申請を自社で抱えたくない場合に検討する選択肢です。MixRouteは高レート確保枠の公開条件として、provisioned throughputをあらかじめ購入して専用プールに振り分ける調達方法、複数年契約なし、容量の申請なし、上流契約の管理不要、四半期ごとの容量見直しを挙げています。エンタープライズ向けの特典にあたり、料金ページでは月間利用額20,000米ドル以上、または1回のチャージ30,000米ドル以上が利用資格の条件として公開されています。

高レート確保枠が効くワークロード

専用プールに振り分ける構成では、レイテンシを下げ、429がほぼ発生しない状態を狙えます。四半期ごとの見直しは、新機能のリリース直後や期末のピークが読めるチームに向いています。

契約期間と見直しのタイミングは、窓口で押さえる項目です。MixRouteの高レート確保枠の公開条件を確認すると、ここで挙げた条件と自社要件の差分を整理できます。

公開されている容量数値は画像モデルに限られる

TPMの数値まで公開されているのは画像モデル2件です。Nano Banana Proが15〜18M TPM、Nano Banana 2が最大66M TPMです。もし画像モデルで容量を確保したいチームなら、この2件はそのまま見積もりに置ける数字です。ClaudeやGPTのTPM値は公開されていないため、この数字をClaudeのTPM保証として読み替えず、窓口で個別に確認する項目として扱います。

高レート確保枠を検討するときは、どのモデルの、どの地域の、どのくらいの容量が確保できるかをモデル名とセットで質問するのが早道です。

見積もりを依頼する前に、何を確認しますか

経路ごとに同じ並びで質問できる状態にしておくと、返ってきた回答をそのまま横に並べられます。容量の事前確保や請求書払いを公開している提供元でも、SLAやDPAの公開版がない項目は窓口での確認になるので、文書で投げて回答を比較する進め方が見積もりの前提を固めます。

窓口に渡す確認質問

• 契約書の相手と請求書の発行元はどこか。支払期日と支払方法は何が選べるか。
• 見積もり対象の型番とリージョンで現在提供されているか。エンドポイント種別は何か。
• 従量課金か容量の事前確保か。事前確保の場合は最低量、契約期間、調整のタイミングはどうなっているか。
• 入力したデータはどこで処理され、どこに保管されるか。学習に使われる条件はあるか。
• サポートの窓口はどこで、障害時の責任分界はどうなっているか。SLAの文書はあるか。
• DPAやセキュリティ関連の書類は提供できるか。提供できる場合、いつ出るか。
• 利用ログは誰がどのように取得するか。会話内容まで記録できるか。
• 既存契約の割引や容量は引き継げるか。解約や移行の条件はどうなっているか。

回答を並べて1経路に絞る

回答がそろったら、契約主体、データの処理場所、容量の確保方法、支払条件、ログの取得方法の並びで比較し、説明できない項目が1つでも残る経路は候補から外します。判断が割れたときは、統制要件と可用性要件のどちらを優先するかで決めます。リセラー経由の高レート確保枠を候補に残す場合は、自社の要件に合う購入経路を窓口で確定する段階に進み、容量の見積もりと契約条件をまとめて確認します。