デジタル化・AI導入補助金（旧IT導入補助金）は先代からのシステム刷新に使えるか

「補助金でシステムを作れば安くなる」という話、本当でしょうか

【2026年11月3日更新】6次締切（2026年10月30日）が過ぎたため、次の締切（通常枠などの7次締切）の日程を公式サイトで確認し直しました。各申請枠の補助率・補助額は2026年10月2日に確認した内容です。旧称「IT導入補助金」は、令和8年度から「デジタル化・AI導入補助金」へと名称が変わっています。

先代から会社を引き継いで数年、基幹システムの老朽化や、紙とExcelだらけの業務フローに頭を悩ませている後継社長もいると思います。そんなとき、取引先の社長仲間や商工会議所の担当者から「補助金を使えばシステム開発が安くなりますよ」と勧められた経験はないでしょうか。あるいは、システム開発会社の営業担当から「補助金が使えるので実質半額です」と提案されたこともあるかもしれません。

結論から言うと、IT導入補助金（2026年度からは「デジタル化・AI導入補助金」という名称に変わっていますが、制度の系譜としては同じ補助金です）は、事務局に登録されたITツールの導入費の一部を補助する制度です。「フルスクラッチでオリジナルのシステムを自由に作ってもらい、その費用の半分が戻ってくる」という仕組みにはなっていません。制度の建付けを確認しないまま話を進めると、補助金が出るはずの経費が対象外だった、交付決定前に発注してしまい補助金がゼロになる、といった事故が起こります。

先に要点をまとめます。

• 補助の対象は、登録済みITツールの導入費と、それに付随する導入作業です。 通常枠の補助率は原則2分の1以内、補助額は5万円以上450万円以下で、ハードウェアは対象外です
• 2026年11月3日時点で公表されている次の締切は、2026年12月1日17時（通常枠などの7次締切）です。 交付決定は2027年1月19日、事業の実施と実績報告の期限は2027年7月30日17時の予定です
• 交付決定の前に契約・発注・支払いをした経費は対象外です。 申請には代表者のGビズIDプライムも必要なので、社長交代の直後は準備に時間がかかります

この記事では、先代から会社を継いだばかりで、まだIT関連の予算執行や補助金申請に不慣れな後継社長・後継者の方に向けて、「デジタル化・AI導入補助金（旧IT導入補助金）でシステム開発はどこまでできるのか」を、制度の建付け・実務上の落とし穴・開発会社との付き合い方の3つの観点から整理します。事業承継の場面ではもう一つ、事業承継・引継ぎ補助金という選択肢もあり、システムの乗り換え費用にどちらが使えるかは事業承継・引継ぎ補助金は、システムの乗り換え費用に使えるかで解説している。

IT導入補助金からデジタル化・AI導入補助金へ。何が変わったのか

まず押さえておきたいのが、この制度の名称です。中小企業庁・中小企業基盤整備機構（中小機構）が所管してきた「IT導入補助金」（正式名称「サービス等生産性向上IT導入支援事業」）は、令和8年度から「中小企業デジタル化・AI導入支援事業費補助金」（通称「デジタル化・AI導入補助金2026」）という名称に改められ、公式ポータルサイトも新設されました（受付開始日は2026年3月30日）。制度の骨格を引き継いだ後継制度という位置づけです。

「先代の代から名前を聞いたことがある『IT導入補助金』を使おうと思ったら、いつの間にか呼び方が変わっていた」という状況が起こりやすいため、取引先や開発会社との会話で名称が食い違っていても混乱しないよう、まずこの経緯を押さえておいてください。この記事では以下、現行名称の「デジタル化・AI導入補助金」で統一して説明しますが、開発会社側の資料や過去の検索結果には「IT導入補助金」という旧称のまま残っているものも多いため、両方の名称で情報を探すことをおすすめします。

なお、申請区分（枠組み）は、通常枠・インボイス枠（インボイス対応類型・電子取引類型）・セキュリティ対策推進枠・複数者連携デジタル化・AI導入枠という構成が2026年度も引き継がれています。名称は変わっても、対象経費の考え方や交付決定前発注禁止などの実務ルールの骨格は大きくは変わっていません。

デジタル化・AI導入補助金は、中小企業庁が所管し、独立行政法人中小企業基盤整備機構（中小機構）のサイトで公募要領や手続きが案内されている、中小企業・小規模事業者向けの補助金制度です。「中小企業・小規模事業者等が自社の課題やニーズに合ったITツールを導入する経費の一部を補助することで、業務効率化・売上向上をサポートする」ことを目的として、毎年度、公募要領が更新されながら継続実施されています。

制度は毎年、その回ごとに「〇次締切」という形で複数回の公募が行われ、締切のたびに審査・採択・交付決定が行われる仕組みになっています。年度の途中から検討を始めても、次の締切に間に合わせられる可能性はありますが、公募要領の細部が回ごとに微修正されることもあるため、御社が申請する時点の最新版を必ず確認する必要があります。

次の締切はいつか？（2026年11月3日時点）

公式サイトで公表されている次の締切は、通常枠・インボイス枠・セキュリティ対策推進枠の7次締切で、2026年12月1日（火）17時です。複数者連携デジタル化・AI導入枠は4次締切で、2027年1月7日（木）17時です。

出典：デジタル化・AI導入補助金2026「事業スケジュール」。表は通常枠などの7次締切の日程です。複数者連携デジタル化・AI導入枠（4次締切）は、交付決定が2027年2月17日（水）、事業の実施と実績報告の期限が2027年8月31日（火）17時の予定です。8次締切以降は、2026年11月3日時点で日付が公表されていません。公式サイトは「確定している募集回のスケジュールのみ公表」としているため、次の回を狙う場合も公式の更新を待って確認します。

この日程で見ると、12月1日に申請した場合、開発会社と正式に契約できるのは2027年1月19日の交付決定の後です。そこから2027年7月30日までに導入と実績報告を終える必要があるため、要件定義から作り込む開発には期間が足りるかを、申請前に開発会社と確認しておきます。先代からのシステム刷新では、見積もりの全額が対象になると考えず、登録ツールの導入、対象となる付随作業、個別開発、データの手直し、運用費を分けて見積もってもらいます。

補助の対象になるのは何か？

この補助金が補助するのは「ITツールの導入費」です。自社専用のシステムをゼロから作る開発費を補助する制度ではありません。

この違いが、後継社長がイメージする「自社専用のシステムをゼロから作ってもらう」というプロジェクトと、実際に補助対象になる案件との間に、ギャップを生みます。

2026年度の申請枠は次のとおりです（各枠の内容は公式サイトの申請枠ページで確認したものです）。

このほか、インボイス枠（電子取引類型）と、複数者連携デジタル化・AI導入枠があります。出典は通常枠、インボイス枠（インボイス対応類型）、セキュリティ対策推進枠の各ページです。通常枠の2/3以内は、令和6年10月から令和7年9月までの間で3か月以上、令和7年度改定の地域別最低賃金未満で雇用している従業員が全従業員の30%以上であることを示した場合の補助率です。

補助率がかかるのは「補助対象経費」

補助率は「補助対象経費」にかかります。御社が本当にやりたい開発の総額にかかるわけではありません。計算例で見ると、総額300万円のプロジェクトのうち、登録ツールとその導入作業が100万円、対象にならない独自開発が200万円なら、補助率がかかるのは100万円の部分だけです（特定の製品・案件の相場ではありません。自社の見積もりの数字に置き換えて計算してください）。開発会社から「補助金で半額になります」と説明されたとき、それが「総額の半額」なのか「補助対象経費の半額」なのかを必ず確認してください。この二つは似ているようで、後継社長の実際の負担額に大きな差を生みます。

補助率・補助額は年度ごとに見直されます。申請を検討する段階では、公式サイト（it-shien.smrj.go.jp）の最新の公募要領・交付規程で確認し、開発会社から口頭で伝えられた数字は公式の数字と突き合わせてください。

システム開発の費用は、補助対象になるのか？

登録済みのITツールを土台にしたカスタマイズや導入作業なら、対象に含められる場合があります。ゼロから作るフルスクラッチ開発は、原則としてそのままでは対象になりません。

判断の分かれ目は、補助対象となる「ITツール」が、あらかじめIT導入支援事業者（後述）が事務局に登録した製品・サービスに限られるという制度設計です。つまり、御社が「うちの業務に合わせて完全にオーダーメイドでシステムを一から作ってほしい」と発注し、開発会社がその都度ゼロから設計・実装する、いわゆるフルスクラッチ開発の開発案件は、原則としてこの登録制度の枠組みにそのまま乗るものではありません。

ただし実務上は、次のような形であれば補助対象に含められるケースがあります。

• 登録済みのITツール（パッケージ製品やSaaS）を土台にして、自社向けにカスタマイズ・追加開発を行う場合の「導入関連費」としての開発費
• IT導入支援事業者が事務局に事前登録した「自社開発ツール」を導入する場合（この場合はそのツール自体がITツールとして審査・登録されている）

つまり、御社が「まっさらな状態から100%オリジナルのシステムを作ってほしい」と考えて開発会社を探し、その開発会社がIT導入補助金の枠組みを持たない場合、そのままでは補助対象にならない可能性が高いということです。これが、後継社長が最初に誤解しやすいポイントです。ゼロから作る自社専用システムの開発費を補助対象にできる別の補助金と、先代のシステムの作り直しが対象外になりやすい線引きは、システム開発に補助金は使えるかで整理しています。

よくある誤解パターン

• 誤解1：「補助金を使えば、どの開発会社に頼んでも半額になる」→誤り。IT導入補助金の交付を受けるには、その開発会社（または提携するIT導入支援事業者）が事前に事務局への登録手続きを済ませ、提供するツール・サービスが登録されている必要があります
• 誤解2：「見積もりを取ってから補助金を申請すればいい」→誤り。交付決定前に契約・発注・支払いを行った経費は、原則として補助対象外になります。順番を間違えると補助金がまるごと出ません
• 誤解3：「補助金の申請は開発会社が全部やってくれる」→部分的に正しいが要注意。申請書類の作成支援はIT導入支援事業者が行いますが、事業計画の内容や数値目標の設定は事業者（御社）自身の経営判断が問われる部分であり、丸投げにすると審査で不利になることがあります

手続きの順番を間違えると補助金がゼロになる

多くの補助金に共通するルールですが、この補助金でも「交付決定前の発注・契約・支払いは補助対象外」です。

典型的な失敗の流れはこうです。

1. 後継社長が開発会社から見積もりをもらい、「良さそうだ、進めよう」と口頭で合意
2. 開発会社が動きやすいように、先に要件定義の契約を締結し、着手金を支払ってしまう
3. その後にIT導入補助金の申請を開始
4. 事務局から「交付決定日より前に契約・支払いが発生している経費は対象外」と指摘される
5. 最悪の場合、申請全体が不採択、または対象経費から該当部分が丸ごと除外される

この失敗は、補助金に不慣れな開発会社側の営業担当が「早く契約したい」という都合で誘導した場合にも起こります。交付決定前の契約について説明がないまま契約を急かされたら、手を止めて公募要領と照らし合わせてください。

正しい流れは概ね次のようになります。

1. IT導入支援事業者（開発会社が兼ねている場合も、別の登録事業者と組む場合もある）を選定し、導入したいITツールを確定させる
2. 事業計画を策定し、必要書類（GビズIDプライムの取得、SECURITY ACTIONの宣言、事業計画書など）を準備する
3. 交付申請を行い、審査を受ける
4. 交付決定通知を受け取る
5. 交付決定日以降に、正式な契約・発注・支払いを行う
6. ツールを導入し、事業を実施する
7. 実績報告を行い、検収書や支払いの証憑を提出する
8. 補助金の額が確定し、入金される

この流れの中で、開発を伴う案件の場合は特に3〜5の間、つまり「審査中は具体的な開発着手ができない」という時間的な制約が発生します。後継社長としては、事業年度をまたぐスケジュール感を持って動く必要があります。

発注方式によって補助金の使い勝手が変わる

IT導入補助金の対象となりやすいのは、既製のITツール（SaaSやパッケージ）を土台にした導入・カスタマイズです。一方で、御社の業務が特殊で、既製品では対応しきれず、独自の業務ロジックをゼロから組む必要がある場合、フルスクラッチの開発を選ばざるを得ないこともあります。

この場合、次の3つの選択肢を比較検討することになります。

選択肢A：登録済みIT導入支援事業者のパッケージ＋カスタマイズで組む 補助金は使いやすいが、パッケージの制約に業務を合わせる部分が出てくる。既製品の思想に業務フローを寄せることになるため、御社の独自の強み（先代が培った業務の型）を犠牲にする可能性がある。

選択肢B：フルスクラッチで理想の形を作るが、補助金は使わない（または一部のみ使う） 自由度は最大化できるが、初期費用は全額自己負担または金融機関からの借入に頼ることになる。ただし、後述する通り、開発会社がIT導入支援事業者として登録されていれば、部分的に補助対象にできる場合もある。

選択肢C：まずMVP（実用最小限の製品）規模の小さな範囲を通常の受託開発で作り、効果を見てから翌年度以降の補助金枠で拡張する 初年度は身の丈に合った投資に抑え、実績を作ってから次の投資判断をする、後継社長にとって現実的な進め方。ただし、この方式は原則として通常の請負契約で契約することになり、IT導入補助金との直接的な組み合わせは限定的になる。

どれが正解ということはなく、御社の業務の特殊性、資金繰りの余裕、経営者としてのリスク許容度によって選ぶべき道は変わります。ここで重要なのは、「補助金があるからフルスクラッチを選ぶ」のではなく、「自社の業務に何が本当に必要か」を先に決め、そのうえで補助金が使えるかどうかを後付けで検討する、という順番です。補助金の存在が意思決定を歪めてしまうと、本来不要だった機能を「補助対象にするために」盛り込んでしまうような本末転倒が起こります。

IT導入支援事業者と開発会社の関係を理解する

制度上、IT導入補助金の申請は、事業者（御社）が単独で行うのではなく、事務局に事前登録された「IT導入支援事業者」と共同で行う仕組みになっています。IT導入支援事業者は、ITツールの登録、申請書類の作成支援、事業計画の策定支援などを担います。

ここで後継社長が把握しておくべき力関係があります。

• 開発会社自身がIT導入支援事業者として登録されているケース：スムーズに話が進みやすいが、その開発会社が扱える「登録済みITツール」の範囲内でしか補助対象にならない
• 開発会社は登録事業者ではなく、別途IT導入支援事業者を紹介・提携するケース：三者間の役割分担が複雑になり、認識のずれが起きやすい
• 開発会社がIT導入補助金に不慣れで、そもそも制度を知らないケース：この場合、御社側が制度を理解していないと、そもそも補助対象にならない契約形態で進んでしまうリスクが高い

後継社長としては、開発会社に見積もりを依頼する段階で、「御社はIT導入支援事業者として登録されていますか」「このプロジェクトのどの部分がITツールとして補助対象になりますか」を明確に確認することが最初の防衛線になります。ここで回答が曖昧なら、補助金前提で進める相手かどうかを、他社の説明とも比べて判断します。

発注前に必ず確認すべきチェックリスト

IT導入補助金を使ってシステム開発・導入を検討する際、後継社長が契約前に確認すべき項目を整理します。

• [ ] 導入予定のITツール（またはカスタマイズのベースとなる製品）は、IT導入補助金の登録ツールとして事務局に登録されているか
• [ ] 提携するIT導入支援事業者はどこか、その実績（過去の採択実績）はどの程度あるか
• [ ] 交付決定通知を受け取る前に、契約書へのサイン・着手金の支払い・発注書の発行を一切行っていないか
• [ ] 補助対象経費と対象外経費の線引きが、見積書のどの項目に対応するか明示されているか
• [ ] GビズIDプライムのアカウント取得は完了しているか（社長が交代した会社では、新しい代表者のプライムが必要になる。手順はGビズIDの代表者変更は「新規取得＋引き継ぎ」。承継で確認する行政手続きのIDで扱っている）
• [ ] SECURITY ACTIONの宣言など、申請要件となる事前手続きは完了しているか
• [ ] 事業計画書に記載する数値目標（給与支給総額の増加率、事業場内最低賃金など、制度上求められる要件）が自社の実態と乖離していないか
• [ ] 補助金の交付は「後払い」であることを理解し、開発費・導入費をいったん全額自己資金または借入で立て替える資金繰りができているか
• [ ] 実績報告時に必要な証憑（契約書、請求書、振込明細、検収書など）を求められることを見越して、書類を整理する体制があるか
• [ ] 補助事業実施後も一定期間、事業実施効果報告（フォローアップ）の提出義務があることを認識しているか

このリストのうち、特に後継社長が見落としがちなのが「後払い」という点と「事業計画書の数値目標」の2点です。

補助金は基本的に、事業を実施し、実績報告を提出し、事務局の確認を経てから入金される後払い方式です。つまり、開発費用そのものは、いったん御社が全額を用意して支払う必要があります。「補助金が出るから」と資金繰りを楽観視して、手元資金や借入枠を確保しないまま契約に進むと、支払いのタイミングで資金がショートする恐れがあります。先代の代から付き合いのある金融機関に、補助金活用を前提とした運転資金の相談をしておくことも実務上は有効です。

また、事業計画書には、労働生産性の向上目標や、賃上げに関する目標値の記載が求められる年度・枠があります。これは単なる形式的な数字ではなく、達成できなかった場合に補助金の返還を求められる可能性がある、重みのある約束です。開発会社やIT導入支援事業者に言われるまま楽観的な数値を書いてしまうと、後で自社の首を締めることになりかねません。ここは経営者である御社自身が、実態に即した数値かどうかを必ず確認すべき部分です。

開発会社に最初に聞くべき7つの質問

後継社長が開発会社と初めて商談する際、補助金の話が出た時点で確認しておきたい質問をまとめました。この質問への回答の質で、その開発会社が補助金に関して信頼できる相手かどうかをある程度見極められます。

質問1：御社はIT導入支援事業者として事務局に登録されていますか。登録されている場合、登録番号を教えてください。 即答できない、あるいは「たぶん大丈夫です」といった返答しかない場合は、補助金の支援実績を別の質問でも確かめます。

質問2：このプロジェクトのうち、どの部分が補助対象のITツールに該当しますか。 見積書の項目ごとに、補助対象・対象外を明示できるかを確認します。ここで「全部対象になりますよ」という説明しかない場合は要注意です。

質問3：交付決定はいつ頃に出る見込みですか。逆算して、いつまでに申請書類を準備すればよいですか。 公募の締切と審査期間から逆算したスケジュールを提示できるかどうかで、実務経験の深さが分かります。

質問4：過去にこの開発会社が支援した申請で、採択された実績はどの程度ありますか。 採択率や支援件数を尋ねることで、実績の裏付けを確認します。守秘義務の範囲内で構いませんが、まったく答えられない場合は注意が必要です。

質問5：不採択だった場合、このプロジェクトはどう進めますか。 補助金が前提のまま話が進み、不採択時の代替案がまったく用意されていない提案は危険です。開発会社側が「補助金なしでも進められる規模の提案」を用意しているかを確認します。

質問6：事業計画書の数値目標は誰が作成しますか。御社の実態とどう整合させますか。 数値目標の設定を丸投げされていないか、自社の経営実態に基づいた数字になるかを確認します。

質問7：実績報告や交付後のフォローアップ報告について、どこまで支援してもらえますか。 交付決定後の実務（実績報告書の作成、証憑の整理、フォローアップ報告の提出）まで支援範囲に含まれているか、追加費用が発生するかを確認しておくと、後々のトラブルを避けられます。

申請から入金までのスケジュール感

後継社長が最も見誤りやすいのが、時間軸の感覚です。ここでは大まかな目安として、申請を検討し始めてから補助金が実際に入金されるまでの流れをイメージできるように整理します。

• 検討開始〜IT導入支援事業者の選定：おおむね2〜4週間程度。開発会社との商談、複数社比較、見積もり取得などを含みます。
• 必要書類の準備：補助金の公式サイトは、GビズIDプライムの発行までの期間をおおむね2週間、SECURITY ACTIONの宣言済アカウントIDの発行までをおおむね2〜3日と案内しています（申請・手続きフロー）。GビズIDの書類申請は審査期間が最大1か月とされているため、検討開始と並行して着手します。
• 交付申請〜審査：7次締切の予定では、12月1日の締切から2027年1月19日の交付決定まで約7週間です。
• 交付決定〜契約〜事業実施：交付決定後に正式契約を結び、開発・導入を進める期間です。プロジェクトの規模によって数週間から数か月かかります。
• 事業実施〜実績報告：事業実施期間の終了後、期限内に実績報告書と証憑一式を提出します。この期限に遅れると補助金を受け取れなくなるため、社内でスケジュール管理の担当者を決めておくことをお勧めします。
• 実績報告の確認〜補助金確定〜入金：事務局側の確認作業を経て、補助金額が確定し、入金されます。7次締切の予定で言えば、事業の実施と実績報告の期限は2027年7月30日で、入金はその確認の後です。

このスケジュール感を踏まえると、「今すぐ業務改善したい」という後継社長の気持ちと、補助金のペースには構造的なズレがあることが分かります。急を要する課題については、補助金を待たずに自己資金や通常の受託契約で先行して進め、補助金が使える範囲を並行して検討する、という二段構えの判断が現実的な選択肢になることが多いです。

「良さそうな話」に潜む落とし穴——営業トークの見分け方

補助金を絡めた営業トークには、後継社長がITに不慣れであることを見越した、いくつかの典型的な誘導パターンがあります。ここでは具体的な言い回しと、その裏にあるリスクを紹介します。

「今契約すれば補助金の対象になりますから、今月中に決めましょう」 このセールストークには要注意です。交付決定前の契約は補助対象外になるという原則を踏まえると、「今契約すれば対象になる」という説明自体が制度と矛盾している可能性があります。契約のタイミングを急かす言葉が出た時点で、いったん立ち止まって確認することをお勧めします。

「弊社は補助金に強いので、実質何%引きで作れます」 補助対象になる部分とならない部分を明示せず、割引率だけを強調する説明は危険です。前述の通り、補助率は「補助対象経費」にかかるものであり、開発総額全体にかかるわけではありません。数字の内訳は紙で見せてもらいます。

「申請書類は全部弊社で作りますので、社長は何もしなくて大丈夫です」 書類作成の実務支援自体はありがたいことですが、事業計画書の内容（数値目標や事業の方向性）を経営者本人が確認しないまま提出してしまうのは危険です。数値目標が未達だった場合の責任は御社が負うことになります。

「この補助金は今回で終了するので、今しかチャンスがありません」 IT導入補助金は例年継続して実施されている制度であり、年度をまたいで形を変えながら続いてきた実績があります。「今回だけ」という煽り文句で判断を急がせる説明には、慎重になったほうがよいでしょう。もっとも、公募回ごとの締切自体は本当に存在するため、「今回の締切に合わせるなら準備を急ぐ必要がある」という説明と、「制度自体がなくなる」という説明は区別して聞く必要があります。

見積もりの読み方と補助対象範囲の切り分け

システム開発を伴う案件でIT導入補助金を検討する場合、開発会社から提示される見積書の各項目が、補助対象なのか対象外なのかを切り分けて理解する必要があります。

一般的な見積書の構成要素と、補助対象になりやすいかどうかの目安は次の通りです。

• ソフトウェアライセンス費・利用料：登録ツールであれば対象になりやすい
• 導入時の初期設定費・環境構築費：導入関連費として対象になりやすい
• カスタマイズ開発費：登録ツールをベースにした範囲内であれば対象になる場合がある。ゼロからの独自機能追加が中心の場合は対象外になることが多い
• 要件定義・基本設計にかかる費用：導入コンサルティング費の枠で一部認められる場合があるが、開発会社の一般的な受託開発契約における設計工程とは扱いが異なることがある
• 保守・サポート費用：クラウド利用料と合わせて一定期間分が対象になる場合がある
• ハードウェア費：通常枠・インボイス枠の一部類型でのみ対象。原則としてシステム開発の枠組みでは対象外と考えておくのが安全

見積書を受け取ったら、「この項目は補助対象、この項目は自己負担」という色分けを、開発会社またはIT導入支援事業者に文書で明示してもらうことをお勧めします。口頭で「だいたい半分くらいは補助対象になりますよ」といった曖昧な説明だけで契約に進むと、実績報告の段階で「この経費は対象外でした」と判明し、想定より自己負担が膨らむ事態になりかねません。見積書そのものの内訳の読み方は、システム開発の見積書、この内訳の見方で損を防ぐでも扱っている。

提案依頼書や契約形態との関係

IT導入補助金を使う使わないにかかわらず、システム開発を発注する際に自社の要望を整理した提案依頼書（開発会社に「何を、どこまで、どういう条件で作ってほしいか」を伝える文書）を用意しておくことは重要です。特に補助金を使う場合、この提案依頼書の内容が事業計画書の記載内容と整合している必要があります。「発注時の要望書には載っているが事業計画書には書いていない機能」「事業計画書には書いたが開発会社には伝えていない要件」といった食い違いがあると、審査や実績報告の段階で説明に窮することになります。

また、契約形態についても注意が必要です。通常の受託開発では、成果物の完成に対して報酬を支払う請負契約で契約することが一般的ですが、補助金の対象経費として認められるためには、契約書・発注書・請求書・支払い記録のすべてが交付決定日以降の日付で整合していることが求められます。契約書の締結日を後付けで調整するような行為は、補助金適正化法に照らして不正受給とみなされるリスクがあるため、絶対に避けてください。

補助金を受け取った後の税務上の扱いにも注意

見落とされがちですが、補助金は原則として法人税・所得税の課税対象になります。「補助金が出た分、丸ごと得をした」と考えていると、決算のときに思わぬ税負担に驚くことになります。先代の代から付き合いのある税理士に、補助金受給が確定した段階で早めに相談し、圧縮記帳などの制度が使える資産の取得なのかどうかを確認しておくと安心です。特にハードウェア購入を伴う場合は、固定資産としての扱いと補助金の課税関係が絡むため、開発会社ではなく税理士に確認すべき領域です。

また、補助金の交付を受けた設備やシステムには、一定期間の処分制限が課されることがあります。たとえば、補助対象として導入したITツールを、交付決定から一定期間内に廃棄したり、他社に譲渡したりする場合、事務局への事前の承認手続きが必要になることがあります。「使わなくなったから最新のクラウドサービスに乗り換えよう」と軽い気持ちで判断すると、この処分制限に抵触してしまう可能性があるため、ITツールの選定段階から、ある程度長く使い続けられる製品かどうかを見極めておくことが大切です。

先代の時代の経営判断との違いを意識する

先代が現役だった時代は、IT導入補助金のような制度が今ほど整備されていなかったり、そもそも紙とハンコの業務のままシステム化自体を検討していなかったりするケースが多いのではないでしょうか。後継社長が新たにIT投資を検討する際、先代の時代の「システムは高いから導入しない」という判断基準のままでいると、使える制度を使わずに損をしてしまうことがあります。

一方で、先代の時代からの取引関係、たとえば長年付き合いのある地場のシステム会社に発注することが半ば当然のようになっている場合、その会社がIT導入支援事業者として登録されていない、あるいは登録されていても対応できるITツールの範囲が限られている、という制約に気づかないまま話を進めてしまうこともあります。長年の付き合いを大切にしたい気持ちは自然なことですが、補助金を活用したいのであれば、その会社が制度に対応できるかどうかを一度きちんと確認し、対応できない場合は、補助金申請の部分だけ別のIT導入支援事業者と組む、あるいは今回は補助金を使わずに自己資金で進める、といった判断を後継社長自身が下す必要があります。

先代から引き継いだ人間関係を尊重しつつ、制度活用の可否については経営判断として割り切る、というバランス感覚が求められる場面です。

それでも補助金に頼りすぎないほうがいい理由

ここまで制度の使い方を説明してきましたが、後継社長にあえて伝えておきたいのは、「補助金ありき」でシステム開発の意思決定をすることの危険性です。

補助金には年度ごとの公募スケジュールがあり、申請の締切、審査期間、交付決定までのタイムラグが存在します。御社の業務課題が「今すぐ解決したい」ものであっても、補助金のスケジュールに合わせて着手時期をずらさなければならないことがあります。先代の代から抱えてきた業務の非効率を一日でも早く解消したいと考えるなら、補助金の交付決定を待つ数か月間、非効率な状態を我慢し続けることになるかもしれません。

また、補助金の審査は年度ごとに採択率が変動し、必ず採択される保証はありません。不採択だった場合、そこまでに投じた申請準備の労力（事業計画書の作成、IT導入支援事業者との打ち合わせなど）が無駄になるだけでなく、システム開発の着手自体が数か月単位で遅れることになります。

したがって現実的な考え方としては、「補助金が採択されればラッキー、採択されなくても自社の判断で進められる規模の投資」を基本線に置き、補助金はあくまでコストを下げるための追加的な選択肢として捉えるのが安全です。逆に、「補助金が出ないと到底払えない金額の開発」を最初から前提にしてしまうと、不採択のときに事業計画そのものが破綻します。開発会社と相談する際は、まず小さくスタートできる規模感の提案を求め、補助金が使えればそれをテコに拡張する、というくらいの余裕を持った計画にすることをお勧めします。事業承継・引継ぎ補助金とどちらを選ぶべきかで迷う場合は、事業承継・引継ぎ補助金とIT導入補助金、システム刷新でどちらを使うかも参考にしてほしい。

刷新の内容ごとに、補助金との相性はどう変わるか？

既製のクラウドサービスへの切り替えやインボイス対応は相性がよく、業界特有の業務をゼロから作る開発は対象が限られます。

以下は、承継後の刷新でよく話題になる内容を5つの型に分けた検討例です。特定企業の事例ではありません。自社の刷新内容に近い型に置き換えて確認してください。

パターン1：先代の代から使っていた販売管理ソフトが古くなり、クラウド型に刷新したい 既製のクラウド販売管理サービス（登録ツール）への切り替えが中心になるため、通常枠と相性がよい型です。自社独自の帳票への対応のような小さなカスタマイズは、導入関連費として扱えるかを支援事業者に確認します。

パターン2：業界特有の受発注フローが複雑で、既製パッケージでは対応できず、独自システムを組みたい このケースは前述の通り、フルスクラッチ寄りの開発になるため、補助金の対象範囲が限定的になりがちです。開発会社と相談し、まず必要最低限の機能に絞った小規模な独自開発を通常の契約で進め、その後の拡張フェーズで補助金の活用余地を再検討する、という二段構えの計画が現実的です。

パターン3：インボイス制度対応をきっかけに、経理まわりを一新したい インボイス枠（インボイス対応類型）が想定している型です。会計・受発注・決済の機能を持つソフトウェアに加え、PC・タブレット（10万円以下）やレジ・券売機（20万円以下）も補助率1/2以内で対象になります。

パターン4：取引先からサイバーセキュリティ対策を求められ、対応ツールを導入したい セキュリティ対策推進枠の対象になりうる型です。対象は「サイバーセキュリティお助け隊サービスリスト」に掲載されたサービスに限られるため、検討中のサービスが載っているかを先に確認します。

パターン5：複数の拠点・関連会社をまとめて一つのシステムに統一したい 先代の代から複数の拠点や関連会社がそれぞれ別々のシステムやExcel運用を続けてきたケースでは、統一システムの導入規模が大きくなりがちです。2026年度には複数者連携デジタル化・AI導入枠もありますが、要件は通常枠と異なるため、関連会社の扱いを含めて公募要領で確認します。本店・主力拠点での導入を先に進め、使い方が固まってから他拠点に広げる計画にすると、1回の申請で説明する範囲を絞れます。

「システム開発だから使える／使えない」で判断せず、「何を、どう作るか」で判断が変わる制度として扱います。

よくある失敗パターンのまとめ

改めて、後継社長が陥りやすい失敗を整理しておきます。

• 交付決定前に契約・支払いをしてしまい、補助対象からまるごと外れる
• 開発会社がIT導入支援事業者として登録されていないことに気づかず、話を進めてしまう
• フルスクラッチ前提で見積もりを取り、後から「ほとんど補助対象にならない」と判明する
• 事業計画書の数値目標を開発会社任せにして、達成困難な目標を掲げてしまう
• 後払い方式であることを見落とし、資金繰りの手当てをしないまま契約する
• 実績報告に必要な証憑の整理を怠り、期限直前になって慌てる
• 補助金のスケジュールに事業判断そのものを引きずられ、必要な投資判断が遅れる

いずれも、制度の建付けを事前に確認していれば防げます。商談では「補助金が使えるか」より先に「補助金がなくても実行する投資か」を決め、そのうえで使える範囲を確認する順番にします。

まとめ

デジタル化・AI導入補助金（旧IT導入補助金）は「システム開発費を丸ごと補助する制度」ではなく、「登録されたITツールの導入費用の一部を補助する制度」です。名称は変わりましたが、この骨格は同じです。フルスクラッチでの独自開発は、原則としてそのままでは対象になりにくく、既製ツールのカスタマイズという形に落とし込めるかどうかが鍵になります。また、交付決定前に契約・支払いをした経費は、補助の対象から外れます。

後継社長としてまず取り組むべきは、「自社の業務に本当に必要なシステムの形」を先に明確にし、そのうえで開発会社やIT導入支援事業者に「どの部分が補助対象になるか」を具体的に文書で確認することです。補助金は費用を下げる手段の一つで、刷新の目的そのものではありません。

制度の細部は年度ごとに変わり続けます。この記事の枠組みや金額は2026年10月2日時点の公式サイトに基づくものです。申請を検討する段階では、その時点の公募要領を公式サイト（it-shien.smrj.go.jp）で確認し、疑問点は事務局の相談窓口やIT導入支援事業者に問い合わせてください。

次の打ち合わせでは、検討中の開発案件が「既製ツールのカスタマイズ」なのか「フルスクラッチの独自開発」なのかを、開発会社と言葉にして確認します。12月1日の締切を狙う場合は、GビズIDプライムとSECURITY ACTIONの準備状況も同じ場で確かめます。その一言があるかないかで、補助金が使える前提で話が進むのか、自己資金前提で話が進むのかが早い段階で見えてきます。発注前に社内で何を決めておくべきかは、発注前に社内で決めておく3つのことにまとめている。

本記事は制度の説明です。運営会社の製品や開発費が登録済みの補助対象であることや、採択を保証するものではありません。補助金が使えなかった場合の予算も、あわせて検討してください。

よくある質問

IT導入補助金とデジタル化・AI導入補助金は同じ制度ですか？

同じ系譜の制度です。中小企業庁・中小機構が所管してきた「IT導入補助金」（正式名称「サービス等生産性向上IT導入支援事業」）は、令和8年度から「デジタル化・AI導入補助金2026」（正式名称「中小企業デジタル化・AI導入支援事業費補助金」）という名称に改められました。通常枠・インボイス枠・セキュリティ対策推進枠といった申請区分の骨格は引き継がれていますが、詳細な要件は年度ごとに更新されるため、検討時は最新の公式サイトを確認してください。

次の締切はいつですか？

2026年11月3日時点で公式サイトに公表されている次の締切は、通常枠・インボイス枠・セキュリティ対策推進枠の7次締切で、2026年12月1日（火）17時です。交付決定は2027年1月19日、事業の実施と実績報告の期限は2027年7月30日17時の予定です。複数者連携デジタル化・AI導入枠は4次締切で、2027年1月7日（木）17時です。8次締切以降の日程は公表されていないため、公式サイトの更新を確認してください。

フルスクラッチのオリジナルシステムでも半額になりますか？

原則として、フルスクラッチ開発そのものは補助対象になりにくい制度設計です。補助対象は事務局に事前登録されたITツールの導入費用が基本であり、完全に独自のシステムをゼロから作る費用は対象外となるケースが多くあります。既製ツールをベースにしたカスタマイズであれば、その範囲内で補助対象にできる可能性があるため、開発会社に「どの部分が登録ツールに該当するか」を確認してください。

開発会社との契約はいつ結べばいいですか？

交付決定通知を受け取った後に契約・発注・支払いを行うのが原則です。交付決定前に契約書へのサインや着手金の支払いを行うと、その経費は補助対象から除外されます。開発会社から契約を急かされても、交付決定が出るまでは正式な契約を待ってください。

補助金の入金はいつ受け取れますか？

後払い方式です。事業を実施し、実績報告を事務局に提出し、内容の確認が完了した後に補助金額が確定し、入金されます。開発費用や導入費用は、いったん御社が自己資金または借入で全額を用意する必要があります。

社長が交代したばかりでも申請できますか？

交付申請の要件にはGビズIDプライムが含まれます。GビズIDプライムは代表者本人のアカウントなので、社長が交代した会社では、新しい代表者が自分のプライムを取得し、先代のアカウントから社員のIDなどを引き継ぐ必要があります。補助金の公式サイトはプライムの発行までおおむね2週間と案内しているため、締切から逆算して早めに準備してください。

補助金の申請は開発会社に任せておけば安心ですか？

申請書類の作成支援自体はIT導入支援事業者が担いますが、事業計画に記載する数値目標や自社の課題認識は、経営者である御社自身の判断が問われる部分です。記載内容が自社の実態と合っているかを、社長自身が確認してください。数値目標を達成できなかった場合、補助金の返還を求められる可能性もあります。