補助金は採択後が本番｜交付申請・事業実施・実績報告の流れと注意点

「採択されました」——この通知が届くと、つい安心してしまいます。しかし補助金は採択されてからが本番です。採択はあくまでスタート地点で、その後に交付申請・事業実施・実績報告という実務が控えており、ここでつまずくと補助金が減額されたり、最悪もらえなかったりします。この記事では、採択後から入金までの流れと注意点を、システム開発の目線で整理します。

※補助金の手続き・必要書類・様式・スケジュールは制度や公募回で変わります。本記事は一般的な流れの解説であり、実際の手続きは必ず各制度の公募要領と事務局の案内でご確認ください。

「採択＝もらえる」ではない――採択後の全体像

まず前提を正しておきましょう。多くの人が「採択＝入金確定」と思いがちですが、実際は違います。採択は「あなたの計画は補助対象として認められました」という段階にすぎず、実際にお金を受け取るには、その後の一連の手続きを正しく完了させる必要があります。

採択後から入金までの流れは、おおまかに次のように進みます。

段階	やること	ポイント
交付申請	経費の内訳や見積を提出し、正式な補助対象を確定させる	ここを通って初めて「発注してよい」状態になる
交付決定	事務局が交付額を確定し通知する	この通知が発注のゴーサイン
事業実施	発注・開発・納品・支払いを行う	交付決定後に着手、支払いは自社が立替え
実績報告	使った経費と成果を書類で報告する	契約・見積・請求・支払い・成果物の証拠を提出
確定検査	事務局が報告内容を審査し補助額を確定	不備があれば減額・修正依頼
補助金の入金	確定した補助金が振り込まれる	費用の立替えから数カ月遅れることも

この表で押さえてほしいのは、**補助金は基本的に「後払い」**だという点です。開発費用はいったん自社が全額支払い、実績報告と確定検査を経てから、補助分が振り込まれます。つまり一時的にはまとまった資金が手元から出ていきます。「補助が出るから」と資金繰りを軽く見ていると、入金までの数カ月を乗り切れないことがあります。

もう一つ重要なのが、各段階に書類と期限がついて回ることです。採択後は「作って終わり」ではなく、「作った過程を証明して初めて補助が確定する」という発想に切り替える必要があります。ここを理解しているかどうかで、採択後の進め方が大きく変わります。

採択後の実務でつまずく人の多くは、この全体像を知らないまま「採択されたからもう安心」と気を抜いてしまいます。逆に、最初から「入金はゴールのずっと先」「途中の一つひとつが証明の対象」と分かっていれば、書類を集めながら進められるので、後の実績報告が驚くほど楽になります。まずはこの流れを頭に入れておくことが、採択後を乗り切る第一歩です。

交付申請と交付決定――ここを通るまで動かない

採択の次に来るのが交付申請です。採択時に出した事業計画をもとに、より具体的な経費の内訳や見積を提出し、事務局が「この経費を補助対象として認める」と確定させる手続きです。ここで内容が精査され、対象外の経費が削られたり、見積の追加を求められたりすることもあります。

交付申請が認められると、交付決定通知が届きます。この通知こそが、実務上のスタートラインです。押さえておきたいのは次の点です。

• 交付申請と採択は別物。採択されても、交付決定が出るまで発注・契約・支払いはしない。
• 交付決定通知には、確定した補助対象経費・補助率・上限額が書かれている。必ず内容を確認する。
• 見積の内容や金額が交付決定の前提になるため、開発内容が固まってから申請するのが望ましい。

システム開発の場合、ここで開発範囲（スコープ）を固めておくことがとても大切です。交付決定後に「やっぱり機能を足したい」となると、追加分が補助対象に含まれず自己負担になったり、変更手続きが必要になったりします。何を作るかを見積段階で明確にしておくほど、後の実務がスムーズになります。

交付申請から交付決定までには、事務局の審査で一定の期間がかかります。この間は原則として発注できないため、待ち時間も含めてスケジュールを組んでおく必要があります。焦って交付決定前に動いてしまうと、その支出が対象外になるという最悪の結果を招きます。「決定通知が届くまでは準備だけ」と割り切り、開発会社との打ち合わせや要件の詰めをこの期間に進めておくのが賢いやり方です。

事業実施の三大注意点――発注・相見積・立替払い

交付決定が出たら、いよいよ事業実施です。ここでのつまずきが補助金トラブルの中心なので、特に重要な3点を押さえましょう。

1. 交付決定前の発注はNG 繰り返しになりますが、これが最重要です。多くの補助金で、交付決定より前に行った発注・契約・支払いは補助対象外になります。採択通知に浮かれて先に発注してしまい、その分がまるごと対象外になる——という失敗は後を絶ちません。発注のゴーサインは交付決定後、を関係者全員で徹底します。

2. 相見積など発注ルールを守る 一定金額以上の発注では、**複数社からの相見積（あいみつ）**を求められることがあります。1社だけの見積で発注すると、価格の妥当性を証明できず対象外になることも。制度ごとに「いくら以上なら何社」といったルールがあるため、公募要領で確認し、必要な見積は交付決定の前後で計画的に集めておきます。

3. 支払いは自社が立替えて後払い 補助金は先にお金がもらえるわけではありません。費用はいったん自社が全額支払い、その証拠をもとに後から補助分が入ります。しかも振込での支払いが原則で、現金払いは証拠が残りにくく敬遠されます。資金繰りとしては「全額を一度払い切れるか」を必ず確認しておく必要があります。

実績報告で必要な書類――お金の流れを証明する

事業が完了したら、実績報告を行います。これは「補助対象の経費を、要件どおりに使いました」ということを書類で証明する手続きです。ここが実務の山場で、書類が揃っていないと補助額が削られてしまいます。

一般的に、支出の一つひとつについて「発注→納品→支払い」の流れを書類でつなげる必要があります。よく求められる書類を整理すると次のとおりです。

段階	主な書類	見られるポイント
発注・契約	見積書・発注書・契約書	日付が交付決定後か、内容が計画と一致するか
納品・完成	納品書・検収書・成果物の記録	実際に成果物が納められたか
支払い	請求書・振込控え・領収書	誰が誰に、いくら、いつ払ったか
成果の証拠	画面・システムの記録、写真など	補助金で作ったものが実在するか

ポイントは、これらの書類が日付・金額・名義で一貫していることです。見積・発注・請求・支払いの金額がバラバラだったり、宛名が違ったりすると、審査で指摘されます。「言った・作った」ではなく「書類で証明できる」状態にしておくのが実績報告の基本です。

書類は事業の途中から集める意識が大切です。終わってから慌てて探すと、振込控えが見つからない、検収書をもらい忘れた、といった抜けが起きがちです。支払いのたびにファイルへ綴じていくくらいの習慣が、後の報告を楽にします。

もう一つ注意したいのが、見積書と実際の請求・支払いの整合です。交付申請のときに出した見積の内容・金額が、実績報告での請求書・振込額とずれていると、審査で説明を求められます。開発の途中で内容が変わった場合は、その都度どう扱うかを事務局に確認し、必要なら変更手続きを踏んでおく。「見積どおりに発注し、見積どおりに払い、それを書類で証明する」という一貫性が、実績報告を通す最大のコツです。

よくある不備・減額・返還になるケース

補助金が満額もらえないのは、悪いことをしたときだけではありません。手続き要件を満たせていないという理由で減額されるケースが大半です。ありがちなパターンを知っておくと、事前に避けられます。

つまずき	内容	結果
交付決定前の発注	決定通知の前に契約・支払いをした	その経費が対象外に
対象外経費の混入	補助対象にならない費目を申請に含めた	該当分が減額
相見積の不足	必要な相見積を取らずに発注した	価格の妥当性を証明できず対象外
書類の不足・不一致	振込控えがない、金額や名義が食い違う	該当分が認められない
事業内容の未達	計画した成果物が完成していない	減額や交付取消の可能性
期限遅れ	実績報告の提出が締切に間に合わない	補助を受けられないことも

特に多いのが「交付決定前の発注」と「書類の不足・不一致」です。前者は知識があれば完全に防げますし、後者は日頃から証拠を揃える習慣で防げます。いずれも「知らなかった」で損をするのがもったいないところです。

一度確定・入金された後でも、事業内容の虚偽や目的外使用が判明すれば返還を求められることがあります。加点で約束した賃上げなどを達成できず返還対象になる例もあります。補助金は「もらったら終わり」ではなく、事後の状況報告まで含めて義務が続く、と考えておくのが安全です。

例：交付決定前に発注してしまったケース

例：従業員10名ほどのサービス業のケース。予約管理システムの開発で補助金に採択され、うれしくて採択通知の直後に開発会社へ発注・着手金の支払いをしてしまったとします。ところが交付決定通知が届いたのはその2週間後。実績報告の段階で「発注日が交付決定より前」と指摘され、着手金を含む開発費が補助対象外になってしまう——これはよくある失敗です。防ぐには、開発会社にも「交付決定が出るまで契約書の日付を入れない・支払いもしない」と最初に伝えておくこと。関係者全員が同じ認識でいれば、こうした事故はほぼ防げます。

補助事業の経理と証拠書類の保管

補助金を使う事業では、お金の管理を通常よりきちんと行う必要があります。事務局は「補助金がどう使われたか」を後から検証できる状態を求めるためです。難しく考える必要はありませんが、次の点は意識しておきましょう。

• 補助事業の経費は分けて管理する：どの支出が補助対象かを、帳簿や台帳で区別できるようにしておく。
• 支払いは振込で記録を残す：現金払いは避け、いつ・誰に・いくら払ったかが通帳や明細で追える形にする。
• 証拠書類はまとめて保管する：見積・契約・請求・支払い・成果物の証拠を、事業ごとにファイリングしておく。

見落とされがちなのが保管期間です。多くの制度で、実績報告や確定の後も**数年間（例：補助事業完了後5年程度）**は関係書類の保存が義務づけられます。入金されたからと処分してしまうと、後の調査で困ることになります。「事業が終わっても数年は捨てない」を原則にしておきましょう。

システム開発で特に気をつける点

システム・アプリ開発を補助金で行う場合、モノを買う場合と違って「成果物が形として見えにくい」という特徴があります。だからこそ、次のような証拠づくりを意識しておくと実績報告で困りません。

• 納品・検収を明確にする：開発が完了したら、納品書と検収書で「確かに納められ、受け取った」ことを残す。
• 成果物の証拠を残す：完成したシステムの画面や、稼働している様子の記録を残しておく。
• 支払いのエビデンスを揃える：開発会社への支払いを振込で行い、請求書と振込控えをセットで保管する。
• 見積と実費を一致させる：交付決定の前提になった見積と、実際の請求・支払い額がずれないようにする。

ここで効いてくるのが、料金と成果物の分かりやすさです。着手前に総額が読めない見積りだと、交付申請の金額が立てづらく、開発途中で追加費用が出れば、その分は補助対象外の自己負担になりかねません。D-oneAppは総額が一律100万円（大規模なプロプランは一律200万円）で最初から固定され、追加費用がなく、成果物（ソースコード）の権利も顧客に渡ります。総額が着手前に確定していれば、交付申請の金額をぶれずに設定でき、実績報告でも見積と実費が一致した状態を保ちやすくなります。

補助金を組み込んだ開発を検討するなら、社内で使い方を教える研修・レクチャーの記事や、採択率を上げる観点をまとめた採択率のコツの記事、IT導入補助金の詳細はIT導入補助金の記事、小規模事業者向けは小規模事業者持続化補助金の記事もあわせてご覧ください。

スケジュールには余裕を

最後に、採択後の実務で一番効く心構えはスケジュールに余裕を持つことです。交付申請の審査、相見積の取得、開発と検収、実績報告の準備——どの段階も想定より時間がかかります。締切間際で慌てると、書類の不備や交付決定前の発注といったミスが起きやすくなります。

特にシステム開発は、要件を固め、開発し、検収するまでに一定の期間が必要です。「補助事業の期限」から逆算して、余裕を持った工程を組んでおきましょう。開発会社にも早めに補助金を使うことを伝え、交付決定を待って発注する前提で計画を共有しておくと、認識のずれを防げます。

余裕を持つべきポイントを整理すると、次のようになります。

• 交付決定を待つ時間：交付申請から決定まで数週間かかることを見込む。
• 相見積を集める時間：複数社に見積を依頼し、回収するまでの日数を確保する。
• 開発と検収の時間：仕様変更や手戻りが起きても間に合う工程にする。
• 実績報告をまとめる時間：書類の整理と不足の補完に、締切前の余白を残す。

これらをすべて「補助事業の期限」内に収める必要があるため、逆算すると意外と時間がありません。だからこそ、採択が見えた段階から準備を始めるくらいの気持ちでちょうどよいのです。

なお、ここまで説明した手続き・書類・期間は制度や公募回によって変わります。最新の正確な情報は、必ず公募要領と事務局の案内で確認してください。判断に迷う支出や手続きは、着手前に事務局へ問い合わせるのが、結局は一番安全で早道です。

まとめ

補助金は採択されてからが本番です。要点を振り返ると、次のとおりです。

• 「採択＝もらえる」ではない。交付申請→交付決定→事業実施→実績報告→確定検査→入金という流れがある。
• 交付決定前の発注はNG。相見積などの発注ルールを守り、費用は自社が立替えて後払い。
• 実績報告では、見積・契約・請求・支払い・成果物の証拠を日付・金額・名義がそろった形で提出する。
• 手続き要件を満たさないと減額・返還になる。証拠書類は数年間の保管義務がある。

制度で細かい部分は変わるため、最新は公募要領と事務局に確認するのが前提です。「補助金を使った開発をどう進めればいいか」の当たりづけも含め、無料相談でご案内します。