開発外注のAIツール代は誰が払う?費用負担とアカウント管理の実務

client-developer-reviewing-laptop

開発外注でAIツールを使う際、料金の負担だけを決めても、自社情報へのアクセスや契約終了後の管理は残ります。 この記事では、ITに詳しくない発注担当者が、契約・端末・課金経路を外注先と確認し、着手前に合意する項目を解説します。

結論要約

発注前に、費用と情報管理の担当を別々に決めます。
次の条件を、同じ案件の利用記録に残してください。

  • AIツール代を見積に含めるか、別途精算するかは、請求先と分けて合意する。

  • 自社情報を継続利用する案件では、自社に管理を残せる契約と個別のアクセスを優先する。

  • 自社アカウントでも、外注先端末に残るファイルや履歴の管理は必要になる。

  • 従量課金は通知・停止・超過承認を分け、終了時はアクセス停止とデータ処理を確認する。

AIツール費の範囲と負担合意

開発用AIツール費とは、外注先が設計や実装、テストに使うAIサービスの利用料です。
納品後に業務システムが使い続けるAIの運用費とは分けて扱います。
開発用の契約を終了しても、納品システムまで止まらないか、見積の段階で確認が必要です。

見積内と別途精算の境界

外注先が通常の開発環境として用意するツールは、利用料を開発費に含める提案が考えられます。
自社専用の契約や大量処理を追加する場合は、対象サービスと精算条件を別に決める方が管理しやすいでしょう。
これは発注上の推奨であり、一律の負担ルールや料金相場を示すものではありません。

確認するのは、月額契約に含む範囲、追加利用の単価、請求の根拠です。
外注先の複数案件で使う契約を精算するなら、自社案件へどう配分するかも尋ねてください。
同じ利用料を開発費と実費の両方で請求しないよう、見積項目の対応を残します。

請求先と負担者の区別

サービス会社への支払い担当と、当事者間で費用を負担する会社は別に決められます。
自社契約なら自社が請求を受けても、すべてを無条件に発注費へ上乗せする合意にはなりません。
逆に、外注先契約の料金を自社が負担しても、管理権限が自社へ移るわけではない点に注意が必要です。

外注先には、見積に含む利用と追加承認が必要な利用を、請求明細で区別できるか確認します。
追加の作業依頼と追加のAI利用料も、分けて承認できる形にしてください。

関連記事

manager-overlooking-diverse-engineering-team
manager-overlooking-diverse-engineering-team

人月モデルの限界とAI時代の開発見積|発注側が確認すべき判断基準

人月モデルの限界とAI時代の開発見積|発注側が確認すべき判断基準

AI coding agentの普及により、システム開発の見積は「何人月か」だけでは判断しにくくなっています。 この記事では、人月モデルを発注側がどう読み替え、AI利用範囲、レビュー責任、変更管理、知識移転を契約前に確認するかを整理します。

アカウントの契約主体と管理担当

アカウント管理では、契約名義に加え、誰が参加者を招待し、権限を変え、利用を止めるかを決めます。
料金を払う担当者だけを置いても、開発者の交代時にアクセスを削除できるとは限りません。

自社が発行する場合

自社の情報を継続して扱い、担当者交代後も履歴や設定を引き継ぐ案件では、自社に管理を残す形を優先します。
利用者ごとのアクセスを用意し、管理者のIDやパスワードを外注先へ共有しない運用が基本です。
外部の開発者を参加させられるか、使える役割や有料の利用枠は、契約前に確認してください。

自社側では、招待・削除の担当と代行者を置きます。
専任IT担当者がいなければ、発注責任者が承認を担い、設定作業を外注先へ依頼する形も取れます。
ただし、請求や管理の権限を最終的に自社が保持できる状態は必要です。

外注先の契約を使う場合

公開情報や作成用のテストデータで短期検証する案件なら、外注先の管理環境を使う選択肢があります。
その場合も、利用者、案件の分離、履歴を確認できる担当、終了後に渡される設定や資料を確かめます。
担当者の私用契約へ自社情報を投入する運用は、そのまま承認しない方がよいでしょう。

外注先には、自社が直接確認できない設定を、誰がどの記録で報告するか尋ねます。
管理を委ねる範囲と、発注側が承認する範囲を分けることで、担当者任せの利用を防ぎます。

端末と情報の保存先

自社アカウントを渡すことと、作業するパソコンを管理することは別の対応です。
ソースコードは、プログラムの元になるファイルです。
顧客情報と同様に端末へ保存できるなら、ログインを止めた後にもコピーが残る可能性があります。

貸与端末と外注先端末の組み合わせ

自社契約と貸与端末を組み合わせる場合も、端末の更新と紛失時の連絡を担当する人を決めます。
保存データを読めない形にする暗号化も、設定担当者に確認してもらってください。
外注先契約を貸与端末で使う場合は、サービス側に何を保存するかを別に確認しなければなりません。
端末を貸したことだけで、外部サービスへの送信まで管理できるわけではないためです。

外注先の端末を使う場合は、契約主体にかかわらず、保存できる場所とデータの範囲を合意します。
私用クラウドへの同期、ダウンロード、認証情報の保管、作業者が交代した際の削除確認が主な論点です。
紛失時には、外注先の連絡責任者と、自社側でアクセスを止める担当を決めておきます。

ai-tool-account-device-boundaries

図は、アカウントと端末の両方から、閲覧・送信・保存を確認する関係を示しています。
どの組み合わせでも、情報を使える範囲を個別に定めます。

端末へ保存させない場合

顧客情報を外注先端末に置けない案件では、自社の管理環境へ接続して作業する方法を検討します。
ただし、遠隔の作業画面を用意しても、コピーやファイル転送を許可すれば情報は持ち出せます。
禁止する操作を決め、実際の設定で止まるか、管理担当者に確認してもらってください。

閲覧・実行・外部送信の許可

AIに読ませる情報、AIが変更できるファイル、AIサービスへ送る情報は、それぞれ確認が必要です。
外注先には、接続する場所ごとに、作業者と許可する操作を説明してもらいます。

案件単位のアクセス範囲

ソースコードの保管場所は、対象案件だけを閲覧できる形から始めます。
ファイルの変更、プログラムの実行、外部サービスへの接続を、まとめて許可しない方が管理しやすいでしょう。
実業務で使う顧客情報やシステムを書き換える権限が必要なら、理由と承認する人を別に決めます。

外注先への質問は、読めるフォルダ名、実行できる操作、接続先を挙げてもらう形が具体的です。
再委託先の開発者を加える際も、人数だけでなく、同じ範囲の情報を見せてよいか確認してください。
閲覧する人や送信先が増える変更は、着手時の合意に戻って判断します。

学習利用と保存の違い

モデルの学習に使われない契約でも、サービス側の保存や端末上の履歴までなくなるとは限りません。
たとえば、Claude Codeの公式資料では、商用条件の学習利用と、データ保持・ローカル履歴を別に説明しています。
保存期間は、契約と設定を対象に確かめる必要があります。

顧客名や個人情報は、必要性を確認するまで入力せず、検証用のデータで作業を始めます。
入力内容の伏せ方、作業履歴を確認する担当、保存先から削除する担当まで決めると、利用許可を実務へ落とし込めます。

関連記事

woman-reviewing-checklist-beside-laptop
woman-reviewing-checklist-beside-laptop

AIエージェント開発を外注する前に確認すべき権限設計と検収項目

AIエージェント開発を外注する前に確認すべき権限設計と検収項目

問い合わせ対応、営業資料作成、社内ナレッジ検索、請求確認、プロジェクト進捗整理などをAIエージェントに任せたい企業は増えています。 本記事では、AIエージェント開発を外注する前に、発注者が確認すべき権限設計、認証認可、承認フロー、監査ログ、検収項目を整理します。

従量課金の通知・停止・超過承認

従量課金とは、処理した量などに応じて利用料が増える方式です。
APIは、プログラムからAIサービスを呼び出す接続方法で、利用量に応じた料金が生じる経路の1つです。
月額契約とは別に、APIや追加利用の支払いが発生する構成を確認します。

通知を受けた後の担当

予算の通知は、それだけで処理を止める仕組みとは限りません。
誰が通知を受け、どの処理を止め、誰の承認で再開するかまで決めておきます。
開発用の課金を、納品後の業務運用と同じ単位で管理すると、開発の停止が業務へ影響するおそれもあります。

合意例として、試行予算の70%で担当者へ通知し、上限前に追加実行の可否を発注責任者が判断する方法があります。
70%は設定例であり、推奨相場ではありません。
管理画面の反映時間や、止めるまでに進む処理を考慮して、自社で余裕を決めてください。

サービスの停止機能と運用

2026年10月27日確認のOpenAI APIでは、支出通知と強制的な支出上限を区別しています。
強制上限に達した対象APIはエラーになりますが、適用までの遅延で設定額を少し超える場合があります。
この機能を、ChatGPT契約や他社サービスの上限と同じものとして扱わないでください。

上限機能がない利用経路では、実行回数を限定し、停止操作の担当を置きます。
追加承認は、対象処理、追加額、実行期限を残す形にすると、請求後に判断をやり直す負担を減らせます。

Claude Code・Codexの利用条件の確認

製品名が同じでも、ログイン方法によって請求先や管理できる範囲が変わります。
以下は2026年10月27日に公式資料で確認した例です。
発注時には、自社案件で実際に使う契約と接続経路を指定して確認してください。

ログイン方法と請求先

Codexでは、ChatGPTでログインする方法と、APIキーを使う方法を区別します。
APIキーはプログラム等がサービスを使うための認証情報で、通常のパスワードと同様に保管管理が必要です。
APIキーでの利用はAPI側の課金になり、データの取り扱いもAPIを契約した組織側の条件に従います。

Claude Codeも、組織向けのTeam・Enterprise契約、開発者向け管理画面のConsole、クラウド経由などで異なります。
どの経路を使うかによって、請求と管理の場所が変わります。
外注先には、利用者のログイン方法と、利用料を確認する画面を説明してもらってください。
有料プランという説明だけでは、自社案件を分けて管理できるか判断できません。

採用するプランの確認項目

確認するのは、参加できる外部利用者、閲覧・実行の制限、履歴の取得、データの保持と学習設定です。
必要な機能が選んだプランと利用経路で使えるか、管理担当者に確かめてもらいます。
契約後に機能が足りないと分かった場合の変更費用も、先に整理しておくとよいでしょう。

製品ごとの設定名を、別サービスの同名機能へ読み替えないことも大切です。
設定変更後は、許可していない情報が読めないか、停止操作が対象の利用に効くかを、テスト用データで確認します。

着手時と契約終了時の確認

発注担当者は、ツールの設定をすべて自分で行う必要はありません。
ただし、誰が設定し、誰が結果を承認するかは自社で決めます。
担当者が休んでも利用停止や引継ぎができるよう、案件単位の記録を残してください。

開始前に残す利用記録

記録するのは、サービスと契約プラン、請求先と負担者、利用者と管理者、使用端末と保存先です。
外部送信を許可する情報、利用額を確認する日、停止と超過承認の担当も併記します。
経理は精算条件、情報管理担当は許可範囲、発注責任者は作業に必要な範囲を確かめると、役割を分けられます。

着手前の打ち合わせでは、担当者交代時にアクセスを削除する方法まで確認します。
外注先が管理する設定は、変更内容を誰へ報告するかも合意してください。
小規模な案件でも、この記録を見積や作業依頼と一緒に保管すれば、口頭合意への依存を減らせます。

終了時の停止と引継ぎ

終了時は、納品物と必要な設定・操作履歴を自社管理の場所へ移した後、不要なアクセスを止めます。
開発用のAPIキーを無効化する場合は、納品後の稼働に使うキーと分かれているか確認が必要です。
利用者の削除に加え、残る連携や契約の自動更新も確認してください。

端末上のファイル、履歴、外注先の保管データは、削除する範囲と期限を記録します。
保管が必要な記録は、理由と保管責任者を残し、削除できないものを完了扱いにしないことが大切です。
削除や返却の実施報告を受け、発注側で確認してから管理を閉じます。

関連記事

translucent-blocks-lined-on-stone-table
translucent-blocks-lined-on-stone-table

要件が固まらない開発外注の進め方|発注前に決める範囲と契約実務

要件が固まらない開発外注の進め方|発注前に決める範囲と契約実務

業務課題は見えているのに、画面、機能、データ、例外処理まで決め切れていない段階で、開発会社へ相談してよいのか迷う企業は少なくありません。 この記事では、要件が固まらない状態を前提に、要件定義、プロトタイプ、本開発、変更管理をどう分けて外注するかを整理します。

まとめ

開発外注のAIツール費は、誰が支払うかに加え、誰が利用を管理し、契約終了後に何を残すかまで決める課題です。
月額料金だけで判断すると、追加請求の確認や、開発者交代時のアクセス削除を社内担当者が後から引き受けることになります。
開発の速さと、発注側が継続して管理できる体制を合わせて考える必要があります。

着手前は、費用の精算条件と、情報を扱える範囲を確定します。
自社情報を使い続ける案件では、自社が管理を引き継げる契約を優先し、端末の保存先や外部送信も別に確認してください。
外注先の環境を使う場合も、案件の分離や設定の報告を求め、終了時に必要な資料を受け取れる形にします。

運用中は、利用額の通知を受ける人と、停止・追加実行を承認する人を置きます。
終了時には、引継ぎを済ませたうえで、不要なアクセスと保存データを処理します。
これらの担当と確認記録があれば、製品や開発者が変わっても、同じ基準で利用を判断できます。

社内だけで判断しにくいのは、契約名義と実際の設定、端末に残る情報の関係です。
設定を外注しても、発注側の承認者と管理記録を置く役割は残ります。
Phinx(フィンクス)は、業務整理からシステム開発、外部API連携、導入後の運用まで一体で支援しています。
AIを使う開発と発注側の業務を理解し、費用と情報管理を続けられる役割分担を組み立てます。

出典(製品仕様の確認日:2026年10月27日)

執筆者

Maya Takahashi

Head of Career Consulting

執筆者

Maya Takahashi

Head of Career Consulting

Stay up-to-date

関連記事

2026/04/01

(Nishi-test)インド人材の採用コスト|紹介料・ビザ・渡航の総額

client-developer-reviewing-laptop

開発外注のAIツール代は誰が払う?費用負担とアカウント管理の実務

2026/07/14

EORとは?海外雇用代行の仕組み・費用・選び方を実務視点で解説

2026/11/10

インド人材を採用する理由|日本勤務の求人が届く職種を一つ選ぶ

ご相談はお気軽に

フォーム送信時に利用規約ならびにプライバシーポリシーへ同意いただいたものとします。

© 2025 Phinx,inc.

Let’s talk.

IT・デザイン・マーケティング・採用などお困りのことがあれば何でもご相談ください。

クイックレスポンス

通常1-2営業日でご返信を差し上げます。

明確なステップ

具体的なネクトステップと明瞭なお見積りをご提示します。

ご相談はお気軽に

フォーム送信時に利用規約ならびにプライバシーポリシーへ同意いただいたものとします。

© 2025 Phinx,inc.

Let’s talk.

IT・デザイン・マーケティング・採用などお困りのことがあれば何でもご相談ください。

クイックレスポンス

通常1-2営業日でご返信を差し上げます。

明確なステップ

具体的なネクトステップと明瞭なお見積りをご提示します。

ご相談はお気軽に

フォーム送信時に利用規約ならびにプライバシーポリシーへ同意いただいたものとします。

Let’s talk.

IT・デザイン・マーケティング・採用などお困りのことがあれば何でもご相談ください。

クイックレスポンス

通常1-2営業日でご返信を差し上げます。

明確なステップ

具体的なネクトステップと明瞭なお見積りをご提示します。