LASSIC Media らしくメディア

LASSIC IT事業部｜元請（プライムベンダー）としてシステム保守・運用を受託

補助金を活用したシステム開発外注とは

補助金を活用したシステム開発外注とは、国や地方自治体が設ける補助金制度を資金源の一部として組み込みながら、業務システムや基幹システムの開発を外部の開発会社に委託する取り組みを指します。補助金を単に「費用の一部を賄う手段」と捉えるのではなく、制度固有のスケジュール制約・申請要件・事務手続きを外注プロセス全体に組み込んで設計することが前提です。

補助金制度の代表例として「IT導入補助金」「ものづくり補助金」「事業再構築補助金」などがよく知られています。ただし、各制度の補助率・補助上限額・対象経費・公募期間は年度・公募回ごとに変更されます。この記事で特定の金額や補助率を断定的に示すことは誤解を招くリスクがあるため、制度の仕組みや進め方の一般論を中心に解説します。最新の制度内容は各制度の一次情報（公募要領）でご確認ください。

補助金活用が検討される背景：IT投資と資金確保の課題

中小・中堅企業がシステム開発を外注する際、開発費用の調達は実務上の大きな課題です。基幹システムの刷新や業務効率化システムの新規開発は、自社の人件費では対応しきれない専門技術を要するため外注が主流です。しかし、まとまった初期投資が必要な点が意思決定を遅らせる要因になりがちです。

こうした背景から、補助金を開発費の一部として活用することへの関心が高まっています。国や地方自治体のデジタル化支援策の一環として、業務システムの開発や導入に使える補助金が複数設けられています。ただし、補助金はあくまで「事業完了後に精算払いされる後払い型」が多く、一時的な資金繰りは自社で確保する必要があります。

また、補助金を活用するためには「補助金ありき」でなく、「事業として自立しているシステム開発計画」であることが審査の前提です。補助金があれば進める・なければやめるという計画では採択されにくく、補助金は投資判断の後押しと位置づけることが実務上の出発点になります。

補助金活用を前提にした外注の6ステップ

補助金を組み込んだシステム開発外注には、通常の外注フローにはない「公募サイクルとの整合」「交付決定前の発注禁止」「実績報告の書類整備」という3つの制約が加わります。以下の6ステップで全体の流れを把握してください。

ステップ1：対象補助金の公募スケジュールと要件の確認

最初に行うべきは、活用を検討している補助金の「最新の公募要領」の精読です。補助金の制度名・補助率・補助上限額・対象経費・公募受付期間はすべて年度・公募回ごとに変更されます。過去の記事やまとめサイトの情報ではなく、当該年度の公募要領（各制度の主管機関が公表する一次情報）を参照してください。

確認すべき主な項目は、補助対象となる事業者の要件（企業規模・業種等）、補助対象となる経費の範囲、補助事業の実施期間（開発の開始・完了の期限）、採択から交付決定までの期間の目安です。

ステップ2：開発計画と外注範囲の確定

補助金の補助事業期間内で完結できる開発スコープを先に定義します。開発範囲が補助事業期間を超える場合は、補助金対象となるフェーズとそうでないフェーズを明確に分けて契約設計することが必要です。

事業計画書（補助金申請書の主要書類）では、開発するシステムの概要・導入によって解決する経営課題・期待される効果を定性的に記述します。架空の数値や根拠のない定量効果を記載すると審査上の信頼性を損ない、採択後の実績報告にも齟齬をきたします。

ステップ3：外注候補先から見積書を取得

申請書類の一部として、開発費用の見積書の提出が求められる補助金制度があります。この段階では、外注候補先に補助金申請のための見積書である旨を伝え、協力を得る必要があります。見積書の記載形式（経費の内訳・金額の単位・日付等）が制度の要件を満たしているかどうかを、公募要領に照らして確認してください。

なお、申請段階での見積書は「発注」ではありません。見積書の取得後に申請・採択・交付決定の手続きが続くため、この段階で開発作業を開始することは補助金の観点から望ましくありません。

ステップ4：申請・採択・交付決定の待機期間を設計する

採択されてからでも、実際に補助金の「交付決定通知」が届くまでには一定の期間がかかります。交付決定通知を受け取るまで、補助対象となる発注・契約・支払いを行うことができません。

この待機期間の長さは制度・年度によって異なります。外注先との協議段階でこの点を伝え、正式な契約締結のタイミングを交付決定後に設定することを合意しておく必要があります。外注先が補助金制度に不慣れな場合は、なぜ交付決定前に契約できないのかを説明できるよう準備しておきましょう。

ステップ5：交付決定後に発注・開発開始

交付決定通知を受け取った後、正式に外注先と契約を締結し、開発を開始します。この契約日・発注日が補助対象経費の起算点となります。補助事業の実施期間内に、発注・開発・検収・支払いのすべてを完了させる必要があります。

開発中は進捗を定期的に確認し、補助事業期間内の完了に問題がないかを早期に把握できる体制を整えます。期間内に完了できない見込みになった場合は、速やかに主管機関に相談することが大切です。無断での遅延は補助金の全額返還を求められるリスクがあります。

ステップ6：実績報告と補助金の確定

開発完了・検収・支払いが終わったら、実績報告書を規定の期日までに提出します。実績報告では、契約書・請求書・支払い証明（振込明細等）・納品物の証明（納品書等）の書類一式が必要です。これらの書類を整備するために外注先の協力が不可欠です。

実績報告の審査を経て補助金額が「確定」し、その後に補助金が入金されます。先述のとおり、補助金は後払いが原則のため、開発費用は一時的に自社資金で支払うことが前提です。

交付決定前発注リスクと対象経費の考え方

補助金活用で実務上もっとも多い失敗の一つが、「交付決定前に発注してしまう」ことです。交付決定通知の日付よりも前に締結した契約・支払った費用は、補助対象外となる制度が大半です。この原則を知らずに開発をスタートしてしまうと、開発費用を全額自己負担しなければならなくなります。

交付決定前発注が起きやすい3つのパターン

第一は、採択通知を受けた時点で「もう大丈夫」と判断し、交付決定通知を待たずに発注してしまうケースです。採択通知と交付決定通知は別の書類であり、交付決定通知が発行されるまでは補助対象となる発注ができません。

第二は、外注先との商談で「先行して設計作業だけ始めてしまう」ケースです。設計・要件定義フェーズの費用も補助対象経費に含まれる場合は、このフェーズの作業開始も交付決定後でなければなりません。

第三は、補助金の申請を支援する会社（採択支援・申請代行業者）の勧めで、スケジュールを急いで発注してしまうケースです。採択支援業者は申請書類作成の補助はできますが、「採択される」「補助金が出る」ことを保証できる立場にありません。スケジュールのプレッシャーに負けず、交付決定通知の受領を確認してから発注してください。

対象経費の考え方：公募要領の「対象外経費」を先に確認する

補助金制度ごとに「補助対象となる経費」と「補助対象外となる経費」が明示されています。システム開発に関する費用のうち、ソフトウェア開発費・クラウドサービス導入費・ハードウェア購入費などが対象となりやすい一方で、保守運用費用・汎用消耗品費・人件費（内製分）などは対象外とされることが多いです。

ただし、これらはあくまで一般的な傾向であり、制度・年度によって異なります。実際の申請前に公募要領の「対象経費」「対象外経費」の項目を外注先と一緒に読み込み、見積書の内訳が対象経費の要件を満たしているかを確認することを推奨します。対象外経費が混入していると補助金額が減額される場合があります。

スケジュール制約と補助金依存を避ける予算設計

補助金を活用したシステム開発外注では、補助事業期間という絶対的な期限が開発スケジュールに課せられます。この制約を理解せずに取り組むと、スケジュール超過による補助金の不採用・返還リスクや、品質を犠牲にした突貫開発が生じます。

補助事業期間に収まる開発スコープを先に決める

補助事業期間（通常は交付決定日から実施期限まで）は制度・年度ごとに定められています。外注するシステム開発の工期が補助事業期間を上回る場合、次の2つの対応が考えられます。一つは、補助事業期間内に完了できるフェーズ（例：要件定義から基本設計まで、または先行リリースのMVP開発）のみを補助対象として切り出す方法です。もう一つは、その補助金の活用を見送って別の資金調達手段を検討する方法です。

開発規模が大きいほど、補助事業期間内に収める難しさは増します。補助金申請の前段階で、外注先に「補助事業期間内に完了できるか」を見積もってもらうことが判断材料として重要です。

補助金依存を避ける予算設計の3原則

補助金を前提にした予算設計で陥りがちな問題は、補助金の採択・受給が遅れた場合に開発そのものが止まってしまうことです。補助金はあくまで「採択されるかもしれない」段階から申請するものであり、受給を前提に資金計画を立てると、不採択時や返還時に事業継続のリスクが生じます。

一つ目の原則は、「補助金なしでも事業が成立する計画を先に立てる」ことです。補助金は投資判断の後押しと位置づけ、補助金がなくても開発に踏み切れる事業性を確認してから申請に進んでください。

二つ目の原則は、「補助金相当額を一時的に立て替えられる資金を確保する」ことです。補助金は後払いが原則のため、開発費用の全額を一時的に自己負担できる資金繰り計画が必要です。

三つ目の原則は、「補助対象外の経費も含めた総コストで意思決定する」ことです。補助金で賄える部分は開発費の一部にすぎません。保守運用費・社内への展開費用・教育費用など、補助対象外のコストも含めた総投資額と期待効果を比較して意思決定してください。

外注先に求める協力と選び方のポイント

補助金を活用したシステム開発では、外注先が単にシステムを開発するだけでなく、補助金の申請・実績報告に必要な事務手続きに協力できる体制を持っているかどうかが、実務上の選定ポイントになります。

外注先に求める3つの協力事項

一つ目は、申請段階での見積書の提出です。補助金申請に使用できる形式・内訳での見積書を、申請期日に間に合うタイミングで用意してもらう必要があります。見積書の項目や単価の記載方法が制度の要件と合致していない場合、申請書類として使えないことがあります。

二つ目は、交付決定後に正式契約を締結するスケジュール調整への理解です。外注先によっては「見積書を出した後なぜすぐに契約しないのか」と疑問を持つ場合があります。補助金の仕組みを事前に説明し、交付決定通知の受領後に正式契約・着工となる理由を共有しておきましょう。

三つ目は、実績報告に必要な書類の整備です。契約書・請求書・納品書・支払い明細などを補助金の実績報告書の様式に合わせて整えてもらう必要があります。書類の不備は実績報告の遅延・補助金減額につながるため、開発着手前に外注先と書類の要件を共有しておくことが大切です。

補助金活用を前提とした外注先の選定ポイント

補助金を活用したシステム開発の実績を持つ外注先は、申請書類の作成や実績報告に必要な書類整備の流れを理解しています。ただし、外注先が「採択を保証する」「この補助金は通る」と断言する場合は注意が必要です。採択・補助金額の確定は審査機関が行うものであり、外注先が保証できる性質のものではありません。

外注先選定における実務的な確認ポイントは次のとおりです。補助金活用での開発受託経験があるか、公募要領を読んだうえで補助対象経費に適合した見積書を出せるか、交付決定後の正式着工という条件に対応できる体制か、実績報告書類（納品書・請求書等）を整備する仕組みを持っているかの4点です。

また、「補助金申請を代行します」とセットで提案してくる外注先もあります。申請代行は専門家（中小企業診断士等）が行うことが一般的ですが、外注先が一括で担う場合は利益相反（高い見積額を出しやすくなる）が生じる可能性もあります。申請支援と開発を切り分けて考えることを推奨します。

LASSICでは、元請（プライムベンダー）として業務システム開発を受託しており。補助金活用を前提とした開発スケジュールや見積書の整備方針については、お問い合わせをいただければ個別にご相談が可能です。

まとめ：補助金活用外注を成功に導く3つの判断軸

本稿では、補助金を活用してシステム開発を外注する際の進め方と注意点を整理しました。要点を3つに集約すると次のとおりです。

第一に、補助金活用の鉄則は「交付決定後に発注する」ことです。採択通知と交付決定通知を混同せず、交付決定通知の受領を確認してから正式な発注・契約・開発開始に進んでください。この順序を誤ると開発費用の全額が補助対象外になります。

第二に、スケジュールの設計は補助事業期間を起点にします。補助事業期間を超える開発は、対象フェーズの切り出しまたは補助金活用の見送りを判断する必要があります。補助金に開発スケジュールを無理に合わせると品質や仕様の妥協につながります。

第三に、外注先の選定段階から補助金活用の意向を伝え、見積書の形式・実績報告書類の整備・正式着工タイミングへの理解を確認してください。補助金活用の経験がある外注先は、事務手続きの摩擦を大幅に減らすことができます。最新の補助金制度の内容（補助率・上限額・対象経費・公募期間）は年度・公募回ごとに変わるため、各制度の一次情報（公募要領）で確認した上で計画を進めてください。

よくある質問

著者：テレリモ総研編集部　鈴木 亮佑

ご不明な点はお問い合わせフォームからもご連絡いただけます。

1. *1　出典：経済産業省・中小企業庁「補助金等の申請に関する基礎情報（公募要領の読み方）」各年度版 — 補助金の対象経費・事業期間・交付決定前発注禁止の原則については各補助金制度の公募要領（一次情報）をご確認ください。制度名・金額・要件は年度ごとに変わるため、本記事では断定的な数値・金額を掲載していません。

Tweet