AI開発 追加開発の単価改定通知フロー
AI受託開発で追加開発の単価が改定されるとき、調達・経理・PMが確認する通知フロー、合意記録、証跡、費用管理の見方を整理します。

結論
AI受託開発で追加開発の単価が変わるときは、請求時に初めて知るのではなく、事前の通知フローで改定内容と適用時期を確認することが重要です。調達、経理、開発PMが、単価表、改定通知、合意記録を証跡として残すと、想定外の値上げや遡及適用による費用超過を防げます。
この記事は、当初単価のつもりで追加を依頼したら請求額が想定より高かった経験のある発注者向けに、単価改定の通知と合意の手順をまとめます。フローがないと、単価がいつの間にか変わり、予算管理が破綻します。
単価改定の通知フローとは何を管理する仕組みか
通知フローとは、追加開発の単価(人日単価、機能単位の費用、API従量など)が改定される際に、改定理由、新単価、適用開始時期を事前に通知させ、発注者が合意してから適用する手順です。値上げを一律に拒むためではなく、費用の予見性を保ち、予算を管理するための仕組みです。
フローを作る前に、当初契約での単価の定め方(固定か改定ありか)、改定時の通知義務、適用範囲を確認します。契約に単価の改定ルールがないと、改定の妥当性を判断できません。
通知段階の対応表
単価改定は、通知から適用まで段階を踏みます。表は契約に合わせて調整します。
| 段階 | 内容 | 残す記録 |
|---|---|---|
| 事前通知 | 改定理由、新単価、適用時期の提示 | 改定通知書 |
| 影響確認 | 進行中・予定案件への影響評価 | 影響一覧、対象案件 |
| 協議 | 適用範囲、経過措置の協議 | 協議議事録 |
| 合意 | 新単価の適用条件の合意 | 合意記録、改定後単価表 |
| 適用 | 発注書・見積への反映 | 発注書、見積 |
表で段階を並べるだけでなく、適用範囲(既存契約の残作業に及ぶか、新規発注のみか)と遡及の可否を文章で確認します。すでに合意済みの作業に遡って新単価を適用させると、予算が崩れます。経過措置(一定期間は旧単価)を設けるかも協議します。
通知と合意の進め方
単価改定は、事前通知→影響確認→協議→合意→適用の順で進めます。合意なしに新単価で請求されないよう、発注書や見積に適用単価を明記します。改定後は単価表を更新し、版管理します。追加発注のたびに適用単価を確認し、単価表と一致しているかを経理がチェックします。
データ・記録・ログの扱い
単価表と改定通知、合意記録を一元管理し、いつからどの単価かを追える状態にします。発注書と請求書の単価が合意した単価と一致するかを照合します。口頭やチャットだけの合意は避け、記録に残る形で合意します。
費用と予算管理の見方
単価改定は、追加開発の予算に直結します。改定を予見できないと、年度予算が超過します。通知フローで改定を事前に把握すると、予算の見直しや発注タイミングの調整ができます。改定理由(物価、人件費、技術要件の変化など)の妥当性も確認します。頻繁な改定や大幅な値上げは、契約全体の見直しのきっかけにもなります。下請取引の適正化の観点でも、一方的な単価変更は問題になり得るため、双方の合意を記録します。
実務チェックリスト
- 当初契約の単価の定め方と改定ルールを確認したか
- 改定時の通知義務を契約で定めたか
- 事前通知に理由・新単価・適用時期が含まれるか
- 適用範囲(既存残作業か新規か)を確認したか
- 遡及適用の可否と経過措置を協議したか
- 発注書・見積に適用単価を明記しているか
- 単価表を版管理して更新しているか
- 発注書と請求書の単価を照合しているか
チェックリストは、契約時、改定通知の受領時、追加発注時に確認します。単価表と合意記録を残すと、請求の妥当性を照合できます。
図解で確認するポイント
この記事の画像は、追加開発の単価改定を通知し、影響確認と協議を経て合意するまでの流れを、複数のカードと接続線で表しています。文字や宣伝を入れず、どの段階でどの記録を残すかを視覚的に確認できるようにしています。
AllAI内での次の行動
まず AI発注診断 で追加開発の想定を整理してください。関連する実務は AI開発 変更要求の有償無償判定台帳 と AI開発 見積前提条件の差分管理ガイド で確認できます。開発会社の比較は AI開発の発注支援、既製サービスの選択肢は AI/SaaS比較 も合わせて確認します。
FAQ
Q. 単価改定は拒めますか? A. 一律には拒めませんが、事前通知と合意が前提です。合意なしに新単価で請求されないよう、発注書に適用単価を明記します。
Q. 改定は既存の残作業にも適用されますか? A. 適用範囲は協議で決めます。すでに合意済みの作業に遡って適用させると予算が崩れるため、経過措置や新規のみ適用を検討します。
Q. 改定理由はどう確認しますか? A. 物価、人件費、技術要件の変化などの理由の妥当性を確認します。理由の説明がない一方的な値上げは、合意の前に確認します。
Q. 単価が合意と違って請求されたらどうしますか? A. 発注書・合意記録と請求書を照合し、差異があれば合意した単価での修正を求めます。記録がないと照合できないため、合意は記録に残します。
出典と確認日
- 公正取引委員会・中小企業庁「下請取引適正化」: https://www.jftc.go.jp/shitauke/ (確認日: 2026-07-10)
- 独立行政法人情報処理推進機構(IPA)「情報システム・モデル取引・契約書」: https://www.ipa.go.jp/digital/model/index.html (確認日: 2026-07-10)
- 経済産業省・総務省「AI事業者ガイドライン」: https://www.meti.go.jp/shingikai/mono_info_service/ai_shakai_jisso/20260331_report.html (確認日: 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受託開発で納品される運用マニュアルを、運用・品質保証・情シスが検収し版管理する手順、確認項目、証跡、費用の見方を整理します。