AI開発追加開発の単価改定通知フロー
追加開発の単価改定を事前に通知するフロー、承認、証跡を整理する。

結論
AI開発の追加開発において、単価を改定する場合は、事前に通知し、承認を取得し、証跡を残しておく必要がある。本記事では、単価改定通知フローの設計と運用を解説する。特にAI開発では、人件費やモデル・APIの価格変動が比較的頻繁なため、改定ルールの明確化が重要である。
定義・判断すべきこと
追加開発の単価改定通知フローとは、AI開発の契約期間中や保守期間中に、人件費や市場相場の変化などにより追加開発の単価を変更する場合に、発注者へ事前に通知し、承認を得る手続きと文書化のルールである。判断すべきことは、何を改定の対象とするか、いつ通知するか、どう承認するか、である。
比較表と確認観点
| 改定要因 | 通知期間 | 承認方法 | 備考 |
|---|---|---|---|
| 人件費上昇 | 1〜3ヶ月前 | 書面または電子承認 | 年次改定が一般的 |
| 市場相場変化 | 1〜3ヶ月前 | 書面または電子承認 | 特定スキルや技術の相場変化 |
| 技術変更 | 随時 | 都度合意 | 新モデルや新APIの導入時 |
| スコープ変更 | 都度 | 変更要求書での承認 | 追加開発の内容が変わる場合 |
| インフレ条項 | 契約で定めた期間 | 自動調整または協議 | 契約別紙で定める |
| 緊急対応 | 即時 | 口頭承認から事後書面承認 | 障害対応など |
| API・モデル利用料変更 | 1〜3ヶ月前 | 書面承認 | 外部サービスの価格変動 |
表を見る際のポイントは、各項目が「契約書やRFPにどう落とし込まれているか」である。数値だけではなく、責任の所在と証跡の形式を確認すると、後からのトラブルを減らせる。特にAI開発では、技術的な確認だけでなく、業務・運用・法務の観点も同じテーブルに載せることが重要である。
運用・契約・管理の進め方
単価改定は、契約書または別紙で改定条件、通知期間、承認方法を定めておく。改定時は、改定理由、新単価、適用開始時期、影響範囲を明記した通知書を発送し、発注者の承認を取得する。承認が得られない場合は、旧単価を継続するか、別途協議する。実務では、通知書の受領と承認を文書で保管し、請求時の根拠とする。
データ・権限・ログの扱い
AI開発の単価は、エンジニアのスキル、使用するモデルやAPI、データ前処理の複雑さで大きく変わる。単価改定の通知には、どのスキルや作業に対する改定かを明確にし、発注者が比較しやすい情報を添える。例えば、モデルやAPIの利用料変更が要因の場合は、提供元の価格改定通知を添付すると説得力が増す。
コスト・測定・見直し
単価改定は、追加開発全体のコストに影響する。改定通知には、新単価適用後の見込み費用や、既存の見積もりとの差分を提示すると、発注者の承認が得やすい。インフレ条項を活用する場合は、事前に計算式と上限を定めておくことで、交渉コストを下げられる。
よくある失敗パターン
よくある失敗は、単価改定を事後通知で済ませて発注者との信頼を損なうこと、通知書の内容が不十分で承認が遅れること、改定の適用時期を明確にしないで請求トラブルになること、緊急対応の単価を契約で定めていないことである。
実務チェックリスト
- 単価改定の条件を契約で定めている
- 事前通知期間を定めている
- 改定通知書に理由、新単価、適用時期を記載している
- 承認を取得し、証跡を保管している
- 未承認時の取扱いを定めている
- 改定後の見積もりと予算影響を確認している
- 緊急対応の単価を事前に定めている
図解で確認するポイント
この記事の画像は、AI開発追加開発の単価改定通知フローを示している。図解では「改定要因発生 → 通知書作成 → 発注者へ通知 → 承認 → 適用 → 台帳記録」という流れを描くとよい。
AllAI内での次の行動
AllAIでは、発注診断、AI開発費用、生成AI PoC失敗事例へ進める。
FAQ
Q. 単価改定はいつ通知すべきですか? A. 契約で定めた期間。一般的には1〜3ヶ月前が目安。
Q. 承認が得られない場合は? A. 旧単価を継続するか、追加開発の範囲や工数を見直すか、別途協議する。
Q. 緊急対応の単価はどう扱いますか? A. 事前に緊急時の単価や上限を契約に定めておくか、事後速やかに承認を取得する。
出典と確認日
- 消費者庁 景品表示法・ステルスマーケティング規制: https://www.caa.go.jp/policies/caution/pr/ (確認日: 2026-07-10)
- 独立行政法人 情報処理推進機構 AIセキュリティガイドライン: https://www.ipa.go.jp/security/ai/ (確認日: 2026-07-10)
- ISO/IEC 42001 AI management system explained: https://www.iso.org/home/insights-news/resources/iso-42001-explained-what-it-is.html (確認日: 2026-07-10)
- デジタル庁 政府情報システムのためのセキュリティ評価制度(ISMAP): https://www.digital.go.jp/policies/isms/ (確認日: 2026-07-10)
関連する記事・ガイド
- AI開発会社ガイドBest-of-N: OpusAI開発 本番KPI未達時の契約見直し会議
AIシステムの本番KPIが未達のとき、事業責任者・PM・調達が開く契約見直し会議の論点、証跡、判断、費用の見方を整理します。
- AI開発会社ガイドBest-of-N: OpusAI開発 検収後クレームの紛争証跡ワークフロー
AI受託開発の検収後にクレームや紛争が起きたとき、法務・PM・経理が証跡を整理するワークフロー、紛争段階、費用の見方を整理します。
- AI開発会社ガイドBest-of-N: OpusAI開発 障害時ベンダー連絡のエスカレーション表
AIシステムの障害時に、運用・情シス・ベンダーが使うエスカレーション表の作り方、連絡基準、証跡、費用の見方を整理します。
- AI開発会社ガイドBest-of-N: OpusAI開発 運用マニュアル検収の版管理
AI受託開発で納品される運用マニュアルを、運用・品質保証・情シスが検収し版管理する手順、確認項目、証跡、費用の見方を整理します。