開発は完了した。あとは実績報告を出すだけ——ここで油断すると、補助金が入金されない。
補助金の実績報告書とは、補助事業（システム開発など）が完了した後に事務局へ提出する報告書だ。「交付決定で認められた計画どおりに事業を実施し、経費を支出した」ことを証明する書類一式を指す。
この報告書に不備があると、補助金が減額される。最悪の場合、全額が交付されない。開発費を先に自社で全額支払った後に補助金が下りない——これは経営的に致命的だ。
本記事では、実績報告書の書き方と、提出前に確認すべきチェックリスト、よくある不備・指摘事項とその対策を解説する。
実績報告に必要な書類一覧
補助金の実績報告では、以下の書類をすべて揃えて提出する必要がある。1つでも欠けていると差し戻しになる。
| 書類 | 役割 | 注意点 |
|---|---|---|
| 見積書 | 発注前に取得した費用の見積り | 交付申請時の見積りと金額が整合していること |
| 発注書（注文書） | 開発会社への発注の証拠 | 日付が交付決定日以降であること |
| 契約書 | 業務内容・金額・期間の合意書 | 双方の押印・署名、日付、金額が明記されていること |
| 納品書 | 開発会社からの成果物の納品証拠 | 品名、数量、日付が契約内容と一致すること |
| 検収書（受領書） | 成果物を確認・受け入れた証拠 | 検収日が補助事業期間内であること |
| 請求書 | 開発会社からの代金請求 | 金額が契約書・納品書と一致すること |
| 振込明細（銀行の振込記録） | 代金を支払った証拠 | 振込先・金額・日付が請求書と一致すること |
| 成果物のスクリーンショット等 | 開発したシステムの実在証拠 | 主要機能が確認できるスクリーンショット |
| 事業実施報告書 | 事業の実施内容と成果の説明 | 交付申請時の計画との整合性 |
よくある不備・指摘事項TOP10
実績報告で事務局から差し戻し・指摘を受ける項目には明確なパターンがある。
1. 発注日が交付決定日より前になっている
最も致命的な不備。交付決定前に発注・契約したものは、理由を問わず補助対象外になる。
2. 振込明細と請求書の金額が一致しない
振込手数料を差し引いて振り込んだ場合や、分割払いの端数処理でずれるケースが多い。1円単位で一致させること。
3. 契約書に必要な項目が欠けている
業務範囲、納期、金額、支払条件が明記されていない契約書は不備として扱われる。
4. 経費の按分計算が間違っている
補助対象外の経費が混在している場合、按分計算の根拠を明確に示す必要がある。按分の計算方法と根拠資料を添付すること。
5. 成果物のスクリーンショットが不十分
「システムが完成した」ことを示すエビデンスが弱い。ログイン画面だけでは不十分。主要機能の画面を網羅的にキャプチャすること。
6. 納品書と検収書の日付が補助事業期間外
開発完了と検収が補助事業期間内に行われていることが必須。1日でも超過していると対象外になる。
7. 見積書と最終的な請求額の乖離が大きい
見積り時と請求時で金額が大幅に変わっている場合、追加の見積書と変更理由の説明が求められる。
8. 相見積もりが不足している
ものづくり補助金等では、50万円以上の経費について原則として相見積もり（2社以上）が必要。IT導入補助金はITツールが登録制のため不要だが、他の補助金では必須。
9. 銀行振込ではなく現金で支払った
補助金の経費支払いは原則として銀行振込。現金払いは証拠が残りにくいため、認められないケースがある。
10. 支払い完了が補助事業期間内に済んでいない
検収・支払いの両方が補助事業期間内に完了している必要がある。「検収は済んだが、支払いは翌月」ではアウト。
提出前チェックリスト
実績報告を提出する前に、以下のチェックリストで確認すること。
- [ ] すべての書類（見積書/発注書/契約書/納品書/検収書/請求書/振込明細）が揃っている
- [ ] すべての書類の日付が交付決定日以降かつ補助事業期間内である
- [ ] 発注書・契約書の日付が交付決定日以降であることを確認した
- [ ] 見積書→発注書→契約書→納品書→検収書→請求書→振込明細の時系列が正しい
- [ ] すべての書類で金額（税抜・税込）が一致している
- [ ] すべての書類で品名・業務内容の表記が一致している
- [ ] 振込明細で振込先名義、金額、日付が請求書と一致している
- [ ] 按分計算を行った場合、計算根拠の資料を添付した
- [ ] 成果物のスクリーンショットは主要機能を網羅している
- [ ] 事業実施報告書の内容が交付申請時の計画と整合している
- [ ] 相見積もりが必要な場合、2社以上の見積書を添付した
- [ ] 支払いが補助事業期間内に完了している
IT導入補助金/ものづくり補助金/事業再構築の報告書の違い
| 項目 | IT導入補助金 | ものづくり補助金 | 事業再構築補助金 |
|---|---|---|---|
| 提出方法 | オンライン（IT事業者マイページ） | オンライン（Jグランツ） | オンライン（Jグランツ） |
| 報告期限 | 事業実施期限から30日以内 | 補助事業期間終了から30日以内 | 補助事業期間終了から30日以内 |
| 相見積もり | 不要（登録ツール制） | 50万円以上は原則必要 | 50万円以上は原則必要 |
| 効果報告 | 導入後1年間の効果報告が別途必要 | 5年間の事業化報告が別途必要 | 5年間の事業化報告が別途必要 |
| 現地検査 | 原則なし | あり（抽出） | あり（抽出） |
開発会社（GXO）が報告書作成をサポートするメリット
実績報告書の作成は、開発を担当した会社が一番効率的にサポートできる。理由は明確だ。
- 書類の整合性が担保される: 見積書→契約書→納品書→請求書を同一の会社が発行するため、品名・金額・日付のずれが起きない
- スクリーンショットの取得が容易: 開発したシステムの全機能を熟知しているため、審査に必要な画面キャプチャを漏れなく作成できる
- 計画変更への対応が早い: 開発中に仕様変更が発生した場合、計画変更申請に必要な書類を速やかに作成できる
- 差し戻し時の対応がスムーズ: 事務局からの指摘事項に対して、開発内容を把握している担当者が直接回答できる
FAQ
Q1. 実績報告書の提出が遅れたらどうなりますか？
A1. 期限内に提出できない場合は、事前に事務局へ連絡し、提出期限の延長を相談してください。無断で遅延した場合、交付決定が取り消される可能性があります。
Q2. 報告書に不備があった場合、一発で補助金がもらえなくなりますか？
A2. 通常は差し戻し（修正依頼）が来ます。指摘事項を修正して再提出すれば問題ありません。ただし、交付決定前の発注など、制度上認められない不備は修正できないため補助対象外となります。
Q3. 開発費を分割で支払った場合、振込明細はすべて必要ですか？
A3. はい、すべての支払いについて振込明細が必要です。分割払いの場合は、各回の振込明細を時系列順に整理して添付してください。合計金額が請求額と一致していることを確認すること。
補助金採択後の全体手順は補助金採択後の完全ガイドで解説しています。補助金活用で失敗しないためのポイントは補助金活用のシステム開発で失敗しない5つの注意点を、開発会社の選び方はIT導入支援事業者の選び方7基準もご覧ください。GXOの開発事例はこちら。
実績報告で補助金を1円も取りこぼさないために——GXOが報告書作成を完全サポートします。
GXOは開発だけでなく、実績報告書の作成も一貫してサポートしています。見積書から振込明細まで、すべての書類の整合性をGXOが管理。書類不備による返金リスクをゼロにします。開発中の今からでも、報告書作成の準備を始めましょう。
報告書の書き方に不安がある方、まずはご相談ください。
※ 営業電話はしません | オンライン対応可 | 相談だけでもOK
参考資料
- 中小機構「デジタル化・AI導入補助金2026」公式サイト https://it-shien.smrj.go.jp/
- 中小企業庁「ものづくり補助金総合サイト」 https://portal.monodukuri-hojo.jp/
- 中小企業庁「事業再構築補助金」公式サイト https://jigyou-saikouchiku.go.jp/
GXO実務追記: 補助金・PMOで発注前に確認すべきこと
この記事のテーマは、単なるトレンド紹介ではなく、補助対象、申請準備、見積、採択後の実行体制を決めるための検討材料です。検索で情報収集している段階でも、発注前に次の観点を整理しておくと、見積もりのブレ、手戻り、ベンダー依存を減らせます。
まず決めるべき3つの論点
| 論点 | 確認する内容 | 未整理のまま進めた場合のリスク |
|---|---|---|
| 目的 | 売上拡大、工数削減、リスク低減、顧客体験改善のどれを優先するか | 成果指標が曖昧になり、PoCや開発が終わっても投資判断できない |
| 範囲 | 対象部署、対象業務、対象データ、対象システムをどこまで含めるか | 見積もりが膨らむ、または重要な連携が後から漏れる |
| 体制 | 自社責任者、現場担当、ベンダー、保守運用者をどう置くか | 要件確認が遅れ、納期遅延や品質低下につながる |
費用・期間・体制の目安
| フェーズ | 期間目安 | 主な成果物 | GXOが見るポイント |
|---|---|---|---|
| 事前診断 | 1〜2週間 | 課題整理、現行確認、投資判断メモ | 目的と範囲が商談前に整理されているか |
| 要件定義 / 設計 | 3〜6週間 | 要件一覧、RFP、概算見積、ロードマップ | 見積比較できる粒度になっているか |
| PoC / MVP | 1〜3ヶ月 | 検証環境、効果測定、リスク評価 | 本番化判断に必要な数値が取れるか |
| 本番導入 | 3〜6ヶ月 | 本番環境、運用設計、教育、改善計画 | 導入後の運用責任と改善サイクルがあるか |
発注前チェックリスト
- [ ] 補助対象経費と対象外経費を事前に切り分けたか
- [ ] 採択前にRFP、見積、業務要件、投資目的を揃えたか
- [ ] 採択後90日で発注、要件定義、開発、検収を進める体制があるか
- [ ] 補助金ありきではなく、補助金がなくても投資すべき理由を整理したか
- [ ] 申請書の効果指標を、売上、工数削減、品質、セキュリティで説明できるか
- [ ] ベンダーと申請支援者の役割分担を明確にしたか
参考にすべき一次情報・公的情報
上記の一次情報は、社内稟議やベンダー比較の根拠として使えます。一方で、公開情報だけでは自社の現行システム、業務フロー、データ状態、予算制約までは判断できません。記事で一般論を把握した後は、自社条件に落とした診断が必要です。
GXOに相談するタイミング
次のいずれかに当てはまる場合は、記事を読み進めるだけでなく、早めに相談した方が安全です。
- 見積もり依頼前に、要件やRFPの粒度を整えたい
- 既存ベンダーの提案が妥当か第三者視点で確認したい
- 補助金、AI、セキュリティ、レガシー刷新が絡み、判断軸が複雑になっている
- 社内稟議で費用対効果、リスク、ロードマップを説明する必要がある
- PoCや診断で終わらせず、本番導入と運用改善まで進めたい
補助金の実績報告書の書き方｜不備で返金にならないためのチェックリストとテンプレートを自社条件で診断したい方へ
GXOが、現状整理、RFP/要件定義、費用対効果、ベンダー比較、導入ロードマップまで実務目線で確認します。記事の一般論を、自社の投資判断に使える形へ落とし込みます。
※ 初回相談では営業資料の説明よりも、現状・課題・判断材料の整理を優先します。