補助金のシステム開発で「期限最終日に納品予定」は、ほぼ確実に余白不足です。補助事業の完了には、制度と回次によって、納品だけでなく検収、修正、請求、支払い、証憑整理、実績報告提出までが関わります。開発会社の納期と補助事業の完了期限を同じ日としてはいけません。
まず交付決定通知と回次別手引きで、自社の事業完了・支払い・実績報告の期限を確定します。その日から銀行営業日、社内承認、検収・再試験、請求書修正、報告準備を引き、開発の実質締切を出します。
この記事では7ゲートの逆算表、各ゲートの完了条件、残日数による判断を示します。制度横断の一般論で期限を決めず、自社通知と公式手引きを正本にしてください。
3つの締切を分ける：開発、補助事業、報告
開発締切は、最終版を受領して検収を開始できる日です。補助事業完了日は、制度が求める納品・検収・支払い等を完了する日です。実績報告期限は証憑をそろえて提出する日です。制度によって同日または別日なので、通知と手引きで確認します。
社内では「納期」という一語を使わず、開発版受領日、検収合格日、請求確定日、振込実行日、入金確認資料取得日、報告提出日を別の列にします。担当者と根拠資料を付けます。
採択と交付決定の違いも確認し、交付決定前の契約・発注が対象外となる制度で順序を誤らないようにします。
7ゲートの逆算表：報告提出から開発開始へ戻る
G7報告提出日を起点に、G6証憑照合、G5支払い、G4請求、G3検収・修正、G2導入・教育、G1開発・試験、G0要件・契約を左へ置きます。各ゲートを通過しない限り次へ進めない条件を決めます。
期間は楽観値でなく、通常日数と最悪日数を併記します。検収不具合、請求書差し替え、振込承認、事務局照会、休日を含めます。外部連携やデータ移行がある案件は、相手先試験日と再試験枠を固定します。
- ・G7 報告：指定様式、経費、成果、証憑を提出できる
- ・G6 照合：見積→契約→納品→検収→請求→支払いが同じ番号で一致
- ・G5 支払い：名義・金額・日付が制度条件内で証明できる
- ・G4 請求：検収合格内容と請求項目が一致している
- ・G3 検収：機能・性能・権限・データ・例外・納品物が合格
- ・G2 導入：本番設定、教育、移行、運用手順、バックアップを確認
- ・G1/G0 実装：要件、工数、工程、変更手順、顧客作業を契約
検収を一日にしない：合格条件と再試験枠を契約前に置く
検収は画面を見て承認印を押す作業ではありません。要件ID、試験条件、期待結果、実結果、合否、不具合、修正期限、再試験、承認者を記録します。データ移行、権限、障害、ログ、操作手順、ソースや設計書などの納品物も対象にします。
検収期間中に仕様追加を混ぜると、契約成果の不具合修正と新規変更の境界が消えます。要件どおりでないもの、合意済み変更、追加要望を3列に分け、追加要望は補助事業内に入れるかを別途判断します。
検収表と証憑はシステム開発の証憑チェックリストへ対応させます。検収合格前に請求・支払いを急ぐ場合も、制度と契約の順序を確認します。
残日数の判定：継続、縮小、変更、停止を分ける
残日数からG3〜G7の固定日数を先に引きます。残った実装可能日数が、未完了工数と顧客側作業を満たすかを見ます。進捗率ではなく、検収可能な成果物単位で残量を積算します。
余裕があるなら通常継続、固定日数を除くと不足するなら最小成果物へ縮小、交付内容と差が出るなら計画変更の確認、どの案でも完了条件を満たせないなら中止・事故報告等を含めて事務局へ早期相談します。延長を前提にしません。
縮小する場合は最小成果物の決め方を使い、目的、効果、経費、手続の4層で差分を説明します。
- ・緑：G3〜G7のバッファ確保後も実装日数が足りる
- ・黄：最小成果物なら足りるが、変更・顧客作業の確認が必要
- ・赤：支払い・報告を含め期限内に完了できる案がない
支払い・証憑のリハーサル：本番振込の前に一度通す
検収前に、見積、契約、発注、納品予定、検収、請求、振込の名称・金額・名義・日付が一続きになるかを仮データで照合します。経理担当が初めて資料を見るのを支払い直前にしません。振込上限や承認者不在も工程リスクです。
請求書は合格した成果物と対応し、対象外経費や自費分を区別します。支払い方法、手数料、分割、相殺、クレジット等の扱いを自己判断せず、回次別手引きと事務局回答で確認します。
実績報告担当にも検収表と納品物を事前に渡し、不足写真、画面、振込証拠、経費明細を洗い出します。実績報告で減額される典型を提出直前の反省資料でなく、G3前のリハーサル表として使います。
- ・経理：支払い名義、承認、銀行営業日、証明取得日
- ・開発：納品物、検収結果、請求項目、対象外区分
- ・支援者：制度様式、提出方法、差分、照会回答
まとめ：納品予定日を補助事業の締切にしない
補助事業の工程表は、開発完了ではなく報告提出から逆算します。7ゲートと完了条件があれば、納品後に検収・支払い・証憑が詰まる判断ミスを防げます。
交付決定済みで期限が不安な案件はレスキュー窓口から、通知書、工程表、最新見積、発注状態を案件受付へ送ってください。残期間で継続・縮小・変更が可能かを一次判定します。
一次判定では、各ゲートの最短・通常・最悪日数と、現在そろっている成果物を並べます。単に『急げば間に合う』とは回答せず、検収修正枠、銀行営業日、事務局照会日を確保した案だけを完了可能と扱います。赤判定なら、完成率を上げる作業を続ける前に、最小成果物・計画変更・中止等の選択肢を支援者と経営者へ提示します。
工程更新は週次で行い、予定日を後ろへずらすだけでなく、遅延理由、影響するゲート、回復策、判断期限を記録します。固定日数を侵食した時点で経営者へ上げ、期限直前の一括判断を避けます。
毎週の残日数と未完了工数を同じ単位で記録し、進捗率の自己申告だけでは判断しません。
よくある質問
納品日が事業完了期限なら問題ありませんか？
危険です。検収、修正、請求、支払い、証憑、報告準備に必要な日数を引き、開発の実質締切を前倒ししてください。
検収は数日で終えられますか？
機能数、連携、データ移行、不具合によります。合格条件、検収期間、修正・再試験枠を契約と工程へ入れます。
期限延長を前提に工程を作れますか？
延長可否は制度と事情によるため前提にできません。現行期限で完了可能な案を作り、必要なら早期に事務局へ相談します。
支払い日は振込申請日でよいですか？
制度の定義と必要証憑を確認してください。振込実行、口座引落、相手先入金などの扱いを自己判断せず手引きに従います。
出典・公式情報
- ・中小企業省力化投資補助金『申請の流れ』（補助事業実施、実績報告、補助額確定の公式フロー）
- ・ものづくり補助金『補助事業の手引き』（回次別の交付後・実績報告資料）
- ・中小企業新事業進出補助金『実績報告』（証拠書類と実績報告の公式案内）
制度の要件・金額・期限は年度や公募回で変わります。最終更新日（2026-07-21）時点の公式情報に基づいて執筆していますが、申請・契約の前に必ず公式サイトで最新情報をご確認ください。