日本のAI APIリセラーの選び方｜直販と比べる7つの確認点

「リセラーは直販より安い」「直販のほうが安心」。こうした一般論で候補を絞ると、契約の途中で手が止まります。実際に比べるべきなのは、ブランド名や割引率の印象ではありません。見るのは、契約主体、請求、支援責任、容量の根拠、データと移行・退出条件など7つの確認点です。同じURLを叩いていても、契約書に署名する法人、請求書を出す法人、障害時の一次窓口は候補ごとに違います。失格条件に触れる候補を先に外し、残った候補を代表ケースの試験結果と総費用で並べれば、契約ルートは決まります。

AI APIリセラーとは？契約主体が変わると何が変わるのか

AI APIリセラーとは、プロバイダのAPI利用を代理または再販する経由ルートの総称です。リセラー経由では、契約はリセラー、請求は別法人、障害時の一次窓口は販売店、というように役割が分かれることがあります。直販なら契約も請求も窓口もプロバイダに揃いますが、アプリケーションが叩くURLが同じでも、止まったときに誰が動くかは同じとは限りません。

リセラールートで変わるのは「誰と契約するか」

最初に見たいのは、契約書に署名する法人名です。見積書のロゴと契約書の署名欄が別法人なら、請求主体と支援責任もそれぞれ別に確認します。販売店が間に入る場合、プロバイダとの利用契約を誰が持っているかによって、価格改定やモデル終了の通知が届く先も変わります。

経由ルートの分類を先に押さえておくと、後の確認点が読み替えやすくなります。複数モデルをまとめて呼べる入口に見えても、APIゲートウェイとAPIアグリゲーターでは、誰が提供契約を持ち、どこで費用が発生するかが違います。分類から整理したい場合は、APIゲートウェイとAPIアグリゲーターの違いを整理するところから始めてください。

直販とリセラーは調達条件の違い

日本の企業導入では、このうち一つが埋まらないだけで契約に進めなくなる項目があります。根拠を契約書面と公式ページの取得日で示せるなら、ブランド名や割引率の印象に頼らず候補を絞れます。

直販とリセラーを7つの比較ポイントでどう比べる？

契約主体、支払い方法、支援責任、容量・モデル・支援の根拠、データ・移行・退出条件、宣伝の根拠、未確認事項の7項目を、候補ごとに同じ質問で1枚の表に埋めます。回答がない項目は空欄のままにせず、照会先と回答期限を記入してください。表の形にしておくと、候補が増えても比較の軸がぶれません。

7つの確認点を1枚の表に落とす

表を埋める順序と未確認セルの扱い

埋める順序は失格条件からです。指定地域で処理できない、必要な保持条件を満たさない、期限内の処理量を確保できないといった条件は、ほかの項目の点数で相殺できません。次に、顧客データを扱うならデータ保持を、リアルタイム接客なら応答速度と可用性を重く見る、というように業務に合わせて重みを付けます。

各セルには根拠の種類を書き添えます。契約書面に書かれているのか、公式ページの取得日付きの記載なのか、自社の差分試験の結果なのかで、同じ「対応」でも重みが変わります。候補ごとに質問や入力データを都合よく変えず、共通の代表ケースで合格件数、処理時間、費用、人の修正時間を測ります。

請求書払いと銀行振込はどう確認する？日本の適格請求書は？

請求書払いと銀行振込は、契約書面と実際の請求書を並べ、請求主体、振込先、通貨の三点が一致しているかで判断します。見積書は販売店名、請求書は別法人、振込先はさらに別名義という状態は、経理の承認が止まる典型的な原因です。日本の適格請求書（インボイス）は、確認できた範囲を超えて断定せず、未確認の項目として扱います。

請求主体、振込先、通貨の三点を書面で一致させる

確認する項目は四つです。請求書を発行する法人の正式名称、振込先口座の名義、請求通貨、支払条件（締め日と支払期日）です。海外法人が請求する場合は、経理側で必要になる書類が増えるため、契約の前に自社の経理部門へ確認しておきます。

MixRouteはリセラー（再販チャネル）にあたります。MixRouteと契約する場合は、企業向けに銀行振込、請求書、柔軟な支払条件を用意しており、セルフサービス決済はVisa、Mastercard、JCBとUSDT、USDCに対応しています。米ドル建てのクレジット制で、チャージ額が大きくなるほどボーナス率が段階的に上がり、上位の段階では優先リクエストキューやチーム管理などが加わります。単一チャージ$30,000以上で企業オンボーディングに進み、24時間以内に返信するという条件が現行の価格ページに表示されています。

チャージ額ごとのボーナス率と支払方法は改定され得るため、契約直前にチャージ額ごとのボーナス率と支払方法の現行表示を確認するのが確実です。

日本の適格請求書は現時点で未確認として扱う

MixRouteの日本向け適格請求書（インボイス）の発行可否は、所在地とプランを添えてSalesへご確認ください。請求主体、請求通貨、必要な税務書類を契約前にそろえておくと、経理での確認が進めやすくなります。

価格や割引の宣伝はどう検証する？

価格や割引の宣伝は、その数字の出典と取得日を確認し、各社の公式ページで照合してから使います。二次ソースの単価は改定が頻繁で、出典の間で食い違うこともあります。数値根拠のない割引率や容量の主張は、比較表の優位性の欄に入れません。

同じ利用量と費用項目で比べる

モデル提供元の価格表を基準に、入力・出力・キャッシュの単価とチャージ手数料をそろえて比較します。たとえば同じ100件を処理し、API料金、合格件数、人が修正した時間を記録すれば、費用だけでなく業務で使えるかも判断できます。

数値根拠のない割引率や容量主張を比較表から外す

見かけの安さは総費用と一致しません。入力トークン、出力トークン、キャッシュ、検索、ファイル処理、再試行、監視、評価環境まで足したものが総費用で、安いモデルでも回答が長くやり直しが多ければ逆転します。費用は1回あたりではなく、合格する成果物1件を得るまでいくらで見ます。自社の代表ケースの利用量を同じ米ドルの単位で当てはめたい場合は、費用の試算ツールで確認すると、比較表の単価と自社の総費用の差を整理しやすくなります。

ベンチマークの点数も同じ扱いです。公開スコアが上位でも、自社の代表ケースで合格条件を満たすとは限りません。割引率や容量の主張に数値根拠と出典が添えられていないなら、優位性として数えず、確認待ちのセルとして残します。

MixRoute自身の料金は、料金ページに米ドルで表示されており、為替換算や地域ごとの税計算は表示にも計算ツールにも含まれていません。単価の比較は米ドルのまま行い、円換算が必要なら社内の換算条件と基準日を別に決めてください。

容量、モデル、支援の証拠はどこで確認する？

容量の証拠は、割当上限の単位（リクエスト数、トークン量、同時実行数）と、SLAの対象外条件まで読んで確認します。予約容量は方式と公開範囲を出典付きで確認します。MixRouteのReserved Capacityは公開されている数値が画像モデル2つ分に限られるため、比較できるのはその範囲です。

割当上限の単位とSLAの対象外条件を読む

開発環境で10回成功しても、月末に1万件を処理できるとは限りません。生成AI APIにはリクエスト数、トークン量、同時実行数、モデルやリージョンごとの割当上限があります。業務側の時間軸へ翻訳して、営業時間内の対話なら95パーセンタイルの応答時間とタイムアウト、月末の一括処理なら最大件数と途中再開の可否を要件にします。

SLAは稼働率だけでなく、対象モデル、機能、リージョン、購入方式と対象外条件を確認します。割当上限によるエラーやプレビュー機能の扱いも、契約するサービスの条件で確認してください。

設計では、429、タイムアウト、空回答、形式不正を別の失敗として扱います。再試行すればよい失敗と、人へ渡すべき失敗を混ぜると、停止条件と引き継ぎ先が決まりません。

予約容量は方式と公開範囲で確認する

処理量が予測できる業務では、従量課金に加えて容量を事前確保する契約も選択肢になります。ただしMixRouteのReserved Capacityはエンタープライズ向けの特典で、料金ページには月間利用額20,000米ドル以上、または1回のチャージ30,000米ドル以上で利用資格が得られると書かれています。この条件に届く見込みがある場合は、必要な処理量、対象モデル、契約期間をそろえて見積もりを取り、通常の従量課金と総費用を比べます。

MixRouteのReserved Capacityは、クラウド事業者からprovisioned throughputを事前に購入し、リクエストを専用プールへ流す方式です。複数年契約も割当申請も要らず、容量は四半期ごとに調整すると公式ページに記載されています。公開されているTPMは画像モデル向けで、Nano Banana Proが15Mから18M TPM、Nano Banana 2が最大66M TPMです。GPTやClaudeなどの予約容量は容量表に掲載されていないため、現時点で比較できるのはこの2モデルの範囲に限られます。方式と数値の範囲はReserved Capacityの方式と公開されているTPMの範囲を確認するで確かめられます。

支援責任は関係者ごとに分けて書面化する

障害時とモデル更新時の対応は、発注者、開発会社、API提供者の3者に分けて書きます。誰が割当上限を監視し、誰がモデル更新を検知し、誰が回帰テストを回すのかを決めておかないと、告知が届いても動けないままになります。

データ、key、endpoint移行と退出コストはどう確認する？

「OpenAI互換」の表記だけでは切替可能と判断しません。構造化出力、ツール呼び出し、エラー形式、利用量計測の差分を試験します。keyの発行主体、データの持ち出し、残クレジットの扱いは契約時に書面で確認します。

「OpenAI互換」の差分を試験で確かめる

HTTPの形が似ていても、構造化出力の制約範囲、ツール呼び出しの挙動、エラー形式、利用量の計測方法は同じとは限りません。比較表を「対応あり・なし」だけで埋めると、この差分が消えます。契約、リージョン、モデル、プレビューか一般提供かによって答えが変わるためです。

移行の前に、モデルIDとプロンプト版をアプリケーションから分離し、構造化出力を自社の業務スキーマで検証し、代表ケースと合格条件を回帰テストとして保存します。切替時に比較する品質、速度、費用の基準値も残してください。見るのは形式だけではありません。JSONとして正しくても、金額の意味や承認状態が誤っていれば業務には使えません。

データ取扱いと学習利用の除外を明文化で確認する

データの扱いは、API、チャット製品、契約プランごとに確認します。学習への利用の有無だけでなく、入力・出力・ログの保存先と保持期間も、自社が実際に使う機能に合わせて比較してください。

契約では、入力、出力、添付ファイル、ログの保存期間、学習利用の有無、保存場所と推論処理場所、削除の方法と完了確認の手段を、実際に使う機能の組み合わせで確認します。会話履歴、ファイル検索、キャッシュ、外部ツールはそれぞれ別のデータ経路を持つため、基本APIの説明だけで済ませると条件を取り違えます。特定モデルの保持期間や地域条件は、各プロバイダの公式ポリシーで確認してください。

key、データ、残クレジットの退出条件をそろえる

退出のコストは、契約終了の手続きそのものより、移行のやり直しから発生します。確認するのは次の4点です。

• keyを誰が発行し、誰が失効させるか
• 入力データとログをどの形式で持ち出せるか
• 残クレジットが払い戻しや移行先で使えるのか、失効するのか
• 移行先で同じ代表ケースを流し直す手順と担当者

この4点は、契約時には使わない項目に見えます。実際に効くのは、障害や価格改定で乗り換えを判断するときです。契約書面に書かれていない場合は、照会リストへ入れて回答を残します。

契約ルートはどの手順で決める？

失格条件を先に決め、7点を候補ごとに書面で確認し、未確認項目は照会リストにして相手へ提出します。最後に、残った候補を代表ケースの試験結果と総費用で並べ、根拠のあるほうを選びます。

失格条件を先に決め、7点を書面で埋める

手順は5段です。

1. 対象業務と代表ケースを固定する
2. 失格条件を決める
3. 7点に業務に応じた重みを付ける
4. 同じ入力で候補を試験する
5. 運用責任を決める

この順序なら、候補が増えても比較の軸はぶれません。

直販側の現行条件は公式ページで取得日付きに確認します。MixRouteはクレジット制で表示は米ドル、企業向けには銀行振込、請求書、柔軟な支払条件を用意しています。ボーナス率と支払方法は改定され得るため、契約直前の表示で確認してください。

未確認項目を照会リストにして契約前に提出する

照会リストには、請求主体と振込先の一致、請求通貨、適格請求書の扱い、SLAの対象範囲、予約容量の対象モデル、データ保持と学習利用の条件、退出時の残クレジットの扱いを並べます。回答が出た項目から表を埋め、埋まらない項目は「未確認」と回答期限を残したまま契約判断を保留します。判断が割れる項目が残った場合は、7つの確認点と照会リストをそろえた状態で直販とリセラーのどちらで契約するかを相談するところから進めてください。