本文へ移動
cotomu

・ 補助金 / ソフトウェア開発

補助金のソフトウェア開発費|検収と成果物を契約前に決める

補助金でソフトウェア開発を外注する際は、成果物を機能別の見積内訳、受入テスト、検収記録、権利帰属まで結び、制度ごとの必要書類に合わせ、契約前に検収条件を明確にします。

編集:株式会社adding 補助金情報編集部。制度の最終判断は、各実施機関の公募要領・公式情報をご確認ください。

補助金でソフトウェア開発費を計上するなら、成果物の名称に加え、完成を判断する条件まで契約前に決めます。要件、見積内訳、納品物、受入テストの結果、検収記録を、同じ機能または成果物の単位でたどれる形にすると、申請時の価格説明と実績報告時の実施確認が一つの証拠の流れになります。

必要な書類と記載の細かさは制度や公募回で異なります。「システム一式」をどこまで分解し、何をもって完成とするかが判断の要点です。

補助金のソフトウェア成果物は費目名だけで決めない

2026年9月21日時点で確認したものづくり・商業・サービス補助金23次の補助事業の手引きでは、補助事業専用のソフトウェアや情報システムの購入・構築・借用は「機械装置・システム構築費」に含まれます。専用ソフトウェアの構築を外注する場合も同費目ですが、開発にかかる自社人件費は対象外です。

ここから「外注開発なら対象」とは決められません。見積依頼書や仕様を確認できる書面を示して見積書を取得し、複数項目は内訳を明示する必要があり、「一式」だけの見積は認められていません。システム構築費では、価格の妥当性を検証できる仕様書などを追加で求められる場合もあります。まず制度上の費目と条件を確認し、支出全体の仕分けは補助金の対象経費とは|申請前に分ける対象・対象外の考え方と併せて整理すると、開発契約だけを切り離さずに判断できます。

制度によって見積・納品物の粒度が違う

確認した二つの制度資料にも差があります。ものづくり補助金23次の手引きは、価格妥当性を示す仕様書などを求め得ることに加え、仕様書、見積書、注文書、受注書、契約書、納品書、請求書、振込資料などの整備・保管を求めています。

一方、中小企業新事業進出補助金の第3回交付申請ガイドは、ECサイト以外のシステム構築について、見積依頼書に導入目的、構成図、実現したい機能・技術、既存システムを記載するよう示しています。見積提案内容には、実現可能な機能、構成図、工程・マイルストーン、開発体制、納品物を含めます。納品物の例には、ソフトウェア・ハードウェア、データベース設計、画面設計、操作マニュアル、セキュリティ内容、保守が挙げられ、見積書は開発工程別・機能別の単価を示し、「一式」表記は認められていません。

後者の列挙は、全補助金に共通する提出義務ではありません。対象制度と公募回の現行資料を読み、必要な項目だけを契約・検収の管理に移すのが安全です。

契約前に作る検収対応表

検収対応表は、契約書の別紙となる要件一覧を起点にし、見積から検収までを横につなぎます。たとえば次のように、各行の識別子を見積書、納品一覧、テスト結果にも共通して付けます。

要件ID・成果物見積との対応契約上の納品物確認方法テスト結果・納品・検収証跡権利帰属の判断欄
業務機能該当する機能・工程実行可能なソフトウェア、画面要件ごとの受入条件で確認テストの合否、納品日、検収日を保存著作権、ソースコード、利用許諾を確認
データ設計・構築工程データベース、定義資料構成と受渡内容を確認受領内容、確認結果、検収記録を保存データと第三者素材の扱いを確認
運用導入・移行・説明工程操作マニュアル記載内容と対象範囲を確認受領日、確認結果、検収記録を保存改変・再利用の可否を確認
安全・保守セキュリティ・保守の内訳セキュリティ内容、保守資料契約した範囲との一致を確認受領内容、確認結果、検収記録を保存利用許諾と第三者素材を確認

これは制度所定の様式ではなく、契約前の判断表です。「何を作るか」「どの見積項目か」「何が納品され、どう合否を決めるか」を一行で読める形にします。対象外の行や列は削り、指定書類があれば追加します。

画面の動作を完成条件にすると、データベース、マニュアル、セキュリティや保守の資料が契約範囲なのか曖昧になりがちです。納品物の列挙だけでは、どの要件と見積額に対応するか、受入時に何を確かめたかが残りません。検収対応表は、その二つの空白を同時に埋めるために使います。

共通して確認したい3点

1. 要件と見積内訳が同じ単位で読めるか

見積書の機能・工程と、要件の識別子を対応させます。「一式」を避け、価格説明の単位と納品確認の単位をそろえることが重要です。仕様変更がある場合も、どの行が変わったかを追える形にします。

2. 納品と合否を別々に記録できるか

ファイルの受領と、受入条件を満たしたという合否判定は別の記録です。成果物ごとに確認方法を決め、テスト結果の合否と検収証跡を残します。ものづくり補助金23次では、事業完了は計画に基づく設備投資に加え、納品・検収・支払などの必要手続がすべて終わった状態であり、物件の取得日は検収年月日とされています。実績報告の整理は補助金の実績報告でそろえる証拠書類も参照できます。

3. 権利帰属を成果物ごとに確認したか

2026年9月21日時点のものづくり補助金23次の手引きは、補助事業で発生した知的財産権が事業者に帰属すると明記しています。ただし、この記載を別制度へ一般化はできません。契約では、著作権、ソースコード、利用許諾、第三者素材などの扱いを成果物ごとに判断し、表へ残します。

三点がそろえば、要件から支払資料までのつながりを契約前に点検できます。補助対象かどうかは対象制度の公募要領、交付規程、手引きに照らし、必要書類と手続の時期も確かめてください。

検収後まで証拠の流れを切らない

2026年9月21日時点のものづくり・商業・サービス補助金23次の交付規程では、実績報告後に書類審査と、必要に応じた現地調査を行い、実施結果が交付決定の内容・条件に適合した場合に補助金額を確定します。補助対象物件や帳簿類を調査できない場合などは、該当金額が補助対象外になります。

したがって、契約時の対応表は納品後も使います。仕様、見積、注文・契約、納品、テスト結果、検収、請求、支払の資料を同じ識別子で結び、後から該当行を取り出せるようにします。ソフトウェアの成果物を契約前に決める要点は、完成品の名称よりも、要件から検収と権利帰属まで説明できる単位を定めることにあります。制度・公募回に合わせて列を調整し、その単位を発注先との契約条件に反映してください。

契約へ反映する前に、対象制度の最新資料と交付決定内容を確認し、判断できない費目、成果物、検収時期は制度事務局へ問い合わせてください。対象経費の切り分けは補助金の対象経費とは|申請前に分ける対象・対象外の考え方、納品後に残す資料は補助金の実績報告でそろえる証拠書類で確認できます。

次の判断に必要なガイド

補助金申請の流れ|候補選定から入金まで8段階

補助金申請の流れを、候補選定、申請準備、審査、採択・交付決定、事業実施、実績報告、入金まで8段階で整理します。各段階で止めて確認すべき書類と、発注・資金繰りで迷いやすい点も分かります。