ビジネス・社会分析
外注AIシステムのAPI料金は誰が払う?vendor accountと自社accountを比較

目次
結論
本番AIのAPI accountは、発注者がbilling/usageを見られ、vendor変更後も継続できる構成が安全です。vendor accountを使うならmarkup、上限、key管理、解約時の移行を契約へ明記します。
まずこの表で判断する
| 項目 | Customer-owned | Vendor-owned |
|---|---|---|
| 請求可視性 | 高い | 明細次第 |
| key control | 自社 | vendor |
| vendor変更 | 容易 | migration必要 |
| setup負担 | 自社も必要 | vendor中心 |
| markup | provider直 | 契約次第 |
| abuse停止 | 自社control | SLA次第 |
この判断表は、未測定の数字をそれらしく埋めるための表ではありません。価格・性能・品質など実測が必要なセルは、公式一次情報または自分の観測値だけで更新してください。
選び方・進め方
1. 判断ポイント
API料金はsubscriptionと別で従量変動します。保守月額に含むならincluded usageと超過単価を数字で定義します。
2. 判断ポイント
customer-ownedでも提供元へ責任者権限を渡す必要はなく、project/サービス accountで権限範囲し契約終了時にcredentialを無効化します。
3. 判断ポイント
vendor-ownedならmodel/provider変更、usage export、invoice根拠、解約時のprompt/eval/config持出し条件を決めます。
実行前チェック
- billing 責任者
- usage上限
- key/role
- markup/overage
- exit
- log export
迷ったときの優先順位
最初に不可逆な条件を確認します。契約・権限・必要メモリ・物理互換・商用権利など、後から簡単に直せない条件を先に落とし、その後に価格や操作感を比較します。逆に、価格や画面の好みから選び始めると、導入後に「そもそも要件を満たせない」状態になりやすくなります。
まとめ
- 本番AIのAPI accountは、発注者がbilling/usageを見られ、vendor変更後も継続できる構成が安全です。vendor accountを使うならmarkup、上限、key管理、解約時の移行を契約へ明記します。