企業向け / 補助金・システム開発

システム開発の追加費用を止める変更注文書|補助金案件の判断順

補助金システム開発の追加費用について、不具合・契約内作業・承認済み変更・新規要望を分類し、費用、期限、対象範囲への影響を12項目の変更注文書で確認。口頭依頼による予算超過を防ぎます。

この記事の対象

補助金を使ったシステム開発で追加見積を受け、支払うべき変更か判断できない中小・中堅企業の経営者・事業責任者・経理責任者・兼任情シス

編集はたらく士業さん編集部(GXO株式会社)

要件・見積・変更管理・補助金システム発注レビューGXO株式会社 システム開発チーム/要件差分、技術影響、工数、工程、検収、納品物、運用影響の整理。契約解釈、支払義務、補助対象、変更承認、紛争解決等の法務・制度判断は対象外(2026-07-25)

結論から言うと、開発会社から追加見積が届いたとき、最初に金額交渉をしてはいけません。先に、その作業が不具合修正、もともとの契約範囲、承認済み変更、新しい要望のどれかを、要件ID・契約・議事録・対象版で分類します。分類できないまま「急ぐので進めてください」と伝えると、費用だけでなく期限と補助事業上の説明も後追いになります。

変更注文書は、追加金額を承認する紙ではありません。変更前後の要件、理由、成果物、工数、期限、検収、セキュリティ、運用費、補助事業への影響、承認者を同じ版で固定する経営判断票です。システム開発の変更は、一箇所の画面修正でもデータ、連携、テスト、操作手順へ波及します。

本記事の4分類、12項目、30分レビューはGXOの内部実務基準です。契約上の追加費用の支払義務、制度上の変更承認・対象可否を判定するものではありません。システム開発契約の確認項目と対象制度の最新手引きを正本にしてください。

追加費用を4分類へ戻すリンク

追加費用の議論が混乱する最大の理由は、異なる原因を全部「追加」と呼ぶことです。承認済み要件を満たしていない不具合、契約内だが見積の作業分解が粗かった作業、双方が変更として承認した作業、発注者が新たに求めた要望を分けます。

IPAのモデル取引・契約書は、ユーザ企業とITベンダの取引構造を透明化し、各開発段階の役割を検討するひな形と解説を提供しています。ただしモデルは自社契約へ自動適用されません。実際の契約、仕様書、見積、議事録、変更手順を確認し、法的解釈が必要なら弁護士等へ相談します。

分類は発注者だけで確定せず、開発会社の根拠も記録します。見解が一致しない場合は作業を既成事実化せず、現行版の保全と影響限定を行い、争点と緊急対応を分けます。

表は横にスクロールして全項目を確認できます

追加費用の4分類
分類確認する根拠費用判断前の質問
不具合承認済み要件・合格条件・対象版期待結果と実結果は何か
契約内作業見積内訳・作業範囲・納品条件元の作業分解に含まれない理由は何か
承認済み変更変更ID・承認者・費用・期限どの版で誰が承認したか
新規要望新しい業務目的・利用者・優先度今期必須か、後続へ分けられるか

変更注文書に入れる12項目リンク

変更注文書は一件一IDにします。複数の要望を「追加開発一式」にすると、一部を見送る判断、検収、費用配分ができません。変更前後を同じ粒度で書き、要件・画面・データ・外部連携・非機能・運用への波及を確認します。

工数は開発だけでなく、調査、設計、実装、テスト、データ修正、マニュアル、教育、管理を分けます。期限は作業完了日だけでなく、受入・再試験・支払・実績報告への影響を記載します。

補助事業の列は「対象」「対象外」と社内で断定する欄ではありません。交付決定内容との差、確認が必要な論点、事務局への照会日・回答IDを残す欄です。

表は横にスクロールして全項目を確認できます

変更注文書12項目
項目記録する内容欠落時のリスク
1 変更ID一意番号・起票日・対象版議事録と見積が分離
2 起票理由不具合/契約内/変更/新規費用根拠が曖昧
3 変更前要件ID・仕様・合格条件差分を説明不能
4 変更後期待結果・利用者・業務完成定義がない
5 対象範囲画面・API・データ・帳票波及漏れ
6 非機能性能・権限・ログ・復旧品質が後追い
7 工数内訳調査から再試験まで一式見積になる
8 費用税・自費・運用費を分離総予算が不明
9 工程実装・受入・再試験日制度期限を侵食
10 納品・検収成果物・証拠・判定者追加分を検収不能
11 制度差分交付内容との差・照会ID事後確認になる
12 承認起票・技術・予算・経営の承認口頭発注になる

費用・期限・品質・制度・運用の5面で影響を出すリンク

変更の影響は追加金額だけではありません。安い変更でも、共通部品を壊して再試験範囲が広がる、データ移行日が変わる、外部サービスの利用料が増える、実績報告に使う成果物が変わることがあります。5面を同時に見ます。

費用面では今回の開発費と毎月・毎年の運用費を分けます。期限面ではクリティカルパスと顧客作業を確認します。品質面では再試験と回帰試験、制度面では交付内容・経費・実施方法との差、運用面では手順・教育・監視・問い合わせへの影響を出します。

一面でも未評価なら、承認ではなく保留です。特にセキュリティやデータ整合を後から検討する変更は、完成しても受入できない可能性があります。受入テストの合格条件へ追加シナリオを登録します。

表は横にスクロールして全項目を確認できます

変更影響の5面
最低限の問い証拠
費用今回・月額・年額はいくら増減するか工数内訳・TCO差分
期限どの工程と固定日に影響するか新旧工程・判断期限
品質何を再試験し、何を壊し得るかテスト影響表
制度交付内容・経費・実施方法との差は何か差分表・照会回答
運用誰の手順・権限・教育が変わるか運用変更一覧

制度上の変更と契約上の変更を分けるリンク

開発会社と変更契約を結んだから、補助事業上も変更できるとは限りません。逆に、事務局へ相談したから、開発会社との費用・納期・権利が合意されたことにもなりません。制度と契約は別の承認線で進めます。

省力化投資補助金一般型第5回の交付後資料では、経費配分や一定の役務等の変更などについて、契約・発注前の計画変更申請と承認が必要になる場合を示しています。新事業進出補助金の公式案内でも計画変更等の手続が公開されています。これらの条件や数値を他制度・別回へ横展開しません。

実装開始の停止条件は、制度確認要否が未判定、契約上の承認者が不明、費用上限がない、検収条件がない、対象版が不明のいずれかです。緊急修正が必要な場合も、稼働保全と恒久変更を分け、実施理由と承認経路を残します。

6つの承認ゲートを順番に通すリンク

変更は起票、事実確認、技術評価、制度確認、予算・経営判断、実装・検収の順に通します。すべてを一回の定例会議で決める必要はありませんが、どのゲートを通過したか分かるようにします。

チャットの「お願いします」は、対象範囲、金額、期限、検収を含む承認か判断できません。正式な承認チャネルと権限者を契約・プロジェクト計画で決め、変更IDを付けた資料へ回答します。

  • G1 起票:変更理由、対象版、緊急度を登録する

  • G2 事実確認:要件・契約・議事録から4分類を決める

  • G3 技術評価:5面影響と代替案、再試験を出す

  • G4 制度確認:実装前確認の要否と回答IDを残す

  • G5 経営承認:総予算、期限、効果、後続費を比較する

  • G6 実装・検収:承認版だけを作り、変更単位で合否を記録する

30分で追加見積をレビューするリンク

レビュー前に、開発会社へ変更ID、4分類、変更前後、工数内訳、5面影響、代替案を求めます。資料がない場合は、金額の妥当性より先に見積条件をそろえます。相見積の選定記録と同じ条件比較の考え方です。

30分は見積査定や制度審査を終える時間ではありません。経営者が承認、差し戻し、制度確認、後続開発のどこへ分岐するかを決めるGXO独自の初期レビューです。

30分レビューの6ステップ

  • 0〜5分:変更IDと対象版、4分類の根拠を確認する

  • 5〜10分:変更前後と必要性、後続へ分ける代替案を確認する

  • 10〜15分:工数内訳と単価、契約内作業との重複を確認する

  • 15〜20分:期限・再試験・顧客作業・実績報告への影響を確認する

  • 20〜25分:制度確認要否、照会資料、実装停止条件を決める

  • 25〜30分:承認・差し戻し・保留・後続の分岐と責任者を記録する

まとめ:追加費用は、変更を再現できるときだけ判断するリンク

追加費用の判断は、開発会社を疑うことでも、すべての変更を拒否することでもありません。何が変わり、なぜ必要で、費用・期限・品質・制度・運用へどう影響し、誰が承認したかを再現できる状態にすることです。

まず4分類、12項目、5面影響、6ゲートを使います。期限がすでに危険なら30日・14日・7日前の救済判断、見積条件そのものが比較できないなら交付申請の見積7項目へ分岐してください。

GXOは、要件・見積・変更・テストを同じIDで整理し、追加費用の技術的根拠と代替案をレビューします。契約上の支払義務や補助対象可否は断定せず、弁護士・士業・事務局へ渡す論点を分離します。

よくある質問リンク

仕様書に書かれていない作業は、すべて追加費用ですか?

一律には言えません。契約、見積前提、要件、設計上必要な付随作業、議事録を確認し、不具合・契約内・承認済み変更・新規要望へ分類します。

口頭で依頼した変更を取り消せますか?

契約や着手状況によるため法的判断はできません。すぐに対象、依頼日時、回答、実施済み範囲、停止影響を記録し、契約担当や専門家へ確認してください。

追加見積は相見積を取るべきですか?

制度・契約・変更内容によります。現行環境の知識や権限が必要な作業もあるため、まず同一条件の変更仕様と工数内訳を作り、必要な手続を確認します。

事務局へ確認する前に開発を始めてもよいですか?

変更承認等が必要になり得る場合は事後確認を避けます。対象制度・公募回の手引きと事務局で、実装・契約前に確認してください。

GXOの見積レビューでは値下げ交渉をしますか?

値下げだけを目的にしません。4分類、変更前後、工数、5面影響、代替案、検収条件を整理し、経営者が承認・差し戻し・分割を判断できる状態を作ります。

出典・公式情報リンク

制度の要件・金額・期限は年度や公募回で変わります。最終更新日(2026-07-25)時点の公式情報に基づいて執筆していますが、申請・契約の前に必ず公式サイトで最新情報をご確認ください。

この記事の更新履歴
  1. 初版。変更4分類、注文書12項目、影響5面、承認6ゲート、30分レビューを公開

NEXT DECISION

次に確認する記事