事業承継・引継ぎ補助金とIT導入補助金、システム刷新でどちらを使うか

先代から会社を継いだばかりの社長にとって、「基幹システムを刷新したいが、補助金はどれを使えばいいのか分からない」という悩みは非常によくあるものです。特に事業承継のタイミングは、旧システムの属人化や老朽化が一気に表面化する時期でもあります。先代が20年前に発注した販売管理システムがExcelとの二重管理になっている、担当者しか触れない謎の業務フローが残っている、そもそも紙とFAXが主戦力になっている——こうした課題を「代替わり」を機に解消しようと考える後継社長は少なくありません。

そのときに候補に挙がるのが「事業承継・引継ぎ補助金（現・事業承継・M&A補助金）」と「IT導入補助金（現・デジタル化・AI導入補助金）」です。名前も似ていて、どちらも「中小企業庁が絡む補助金」という程度の理解で終わっている経営者も多いのですが、この2つは制度の目的も対象経費も、そして採択後にできることも全く別物です。混同したまま開発会社に相談すると、「その補助金では御社のプロジェクトはカバーできません」と後から言われて計画が崩れることもあります。

この記事では、後継社長がシステム刷新を検討する際に、どちらの補助金を軸に据えるべきか、両者の違いを実務目線で整理します。IT導入補助金（デジタル化・AI導入補助金）単体での使い勝手をより詳しく知りたい場合は、デジタル化・AI導入補助金（旧IT導入補助金）は先代からのシステム刷新に使えるかも参照してほしい。

結論を先に言うと「事業承継直後の全面刷新」か「特定業務のツール導入」かで決まる

先に結論を書きます。

• 事業承継を機にシステムを丸ごと作り直したい・複数の課題を同時に解決したい → 事業承継・M&A補助金（経営革新枠）を軸に検討する
• 特定の業務（会計・受発注・勤怠など)にすでにあるソフトを導入したい → IT導入補助金（デジタル化・AI導入補助金）を軸に検討する
• 両方の性質が混ざっている（一部は既存ソフト導入、一部は独自開発） → 経費を分解して両方を組み合わせられないか検討する（ただし同一経費の二重取りは不可）

この振り分けの背景には、両制度がそもそも「何を助けるための補助金か」という設計思想の違いがあります。次章から具体的に見ていきます。

事業承継・M&A補助金（経営革新枠）とは何か

事業承継・M&A補助金は、後継者や譲受企業が事業承継・M&Aを機に新しい取り組み（経営革新）を行う際の費用を補助する制度です。旧称は「事業承継・引継ぎ補助金」で、後継社長世代にはこちらの名前の方が耳馴染みがあるかもしれません。中身は連続していますが、公募のたびに名称・要件・上限額が改定されているため、実際に申請する年度の公募要領を必ず確認してください。

経営革新枠は大きく3つの類型に分かれます。

1. 創業支援類型 — 事業を新たに引き継いで創業した人向け
2. 経営者交代類型 — 親族内・従業員承継など、経営者交代を機に経営革新に取り組む人向け
3. M&A類型 — M&Aによって他社の事業を譲り受けた人向け

先代から会社を継いだ後継社長の多くは「経営者交代類型」に該当します。この類型のポイントは、「事業承継をきっかけに新しい取り組みをする」ことそのものが補助対象になるという点です。システム刷新はその新しい取り組みの代表例のひとつであり、既存業務のIT化・自動化・DXも「経営革新」の一部として扱われます。

対象経費には、外注費、委託費、システム利用料、専門家への謝金、旅費などが含まれます。ここで重要なのは、外注費・委託費として、開発会社に支払うシステム開発費用そのものを計上できるという点です。既製品のソフトを買うのではなく、自社の業務に合わせてゼロから作る発注でも、経営革新の取り組みとして整合性が取れていれば対象になり得ます（もちろん採択は個別審査であり、確約されるものではありません）。

経営者交代類型で見られる典型的なシステム刷新パターン

実際に事業承継のタイミングで検討されるシステム刷新には、次のようなパターンがあります。

• 先代が個人の勘と経験で回していた在庫管理・仕入れ判断を、データに基づく仕組みに置き換える
• 紙の受発注・FAX注文を、Webからの受発注システムに移行する
• 複数の担当者しか触れない基幹システムを、誰でも操作できるクラウド型の業務システムに刷新する
• 先代の代からの取引先ごとの個別対応（属人化した価格表・納期調整）を、ルール化してシステムに落とし込む
• 紙の顧客台帳・案件管理をCRM的な仕組みに移行し、後継者が全体を把握できるようにする

これらはいずれも「代替わりを機に、経営のやり方そのものを変える」という文脈があるため、経営革新枠の「新しい取り組み」として説明しやすい題材です。逆に言うと、「先代の時代からずっと同じシステムを、同じ仕様のまま新しいサーバーに載せ替えるだけ」のような案件は、経営革新性を説明しにくく、採択の観点では不利になりがちです。

IT導入補助金（デジタル化・AI導入補助金）とは何か

一方のIT導入補助金は、2026年度に「デジタル化・AI導入補助金」へと名称・制度設計が更新されています。この補助金の設計思想は事業承継・M&A補助金とはまったく異なり、「あらかじめ事務局に登録されたITツールを、登録済みのIT導入支援事業者経由で導入する」という枠組みになっています。

具体的には次のような仕組みです。

1. IT導入支援事業者（ベンダー・ソフト会社）が、自社のITツールを事務局に事前登録する
2. 中小企業は、その登録済みツールの中から自社に合うものを選んで導入する
3. IT導入支援事業者と共同で申請し、採択されれば購入費・利用料の一部が補助される

対象経費は、ソフトウェア購入費やクラウド利用料（最大2年分）が中心で、これに加えて導入コンサルティング費・研修費・保守サポート費などがオプションとして認められます。補助率はおおむね1/2、賃上げなど一定の条件を満たすと2/3に引き上げられる場合があります。補助額は、業務プロセスの充足数に応じて数万円〜数百万円の幅で設定されています（年度ごとに上限額・区分が変わるため、申請時点の公募要領で必ず確認してください）。

フルスクラッチ開発は対象になりにくい

ここが後継社長にとって最も誤解しやすいポイントです。IT導入補助金は、「すでに世の中にあるITツール（パッケージソフト・SaaS）を導入する」ことを前提にした制度であり、ゼロから自社専用のシステムを開発するフルスクラッチ開発のプロジェクトは、原則としてこの補助金の対象にはなりません。開発会社に「うちの案件でIT導入補助金は使えますか」と聞いて、「難しいです」と言われるのはこのためです。

もし開発会社が「IT導入補助金の登録ITツールとして申請できます」と提案してくる場合は、その開発会社自身または提携先がIT導入支援事業者として登録済みであり、かつ納品物が登録ITツールの型（パッケージ化された汎用機能）に当てはまっている必要があります。完全な受託開発・請負契約によるオーダーメイドのシステムをそのままIT導入補助金に乗せることは基本的にできないと理解しておいた方が安全です。

2つの補助金の違いを一覧で整理する

この表を見ると分かる通り、両者は競合する制度ではなく、そもそも狙っている発注形態が違います。後継社長が最初にやるべきことは、「自分がやろうとしているシステム刷新は、独自開発寄りなのか、既製ソフト導入寄りなのか」を切り分けることです。

業種別に見る「どちらを軸にすべきか」の具体例

制度の説明だけだと自社に当てはめにくいので、業種ごとの典型例を挙げます。あくまで一般的な傾向であり、実際の採否は個別の事業計画の内容次第であることを前提に読んでください。

製造業（金属加工・部品製造など）

先代が作った受発注管理や工程管理の仕組みが、紙の作業指示書とベテラン従業員の暗黙知に依存しているケースが非常に多い業種です。後継社長が「誰でも工程の進捗が見える仕組みにしたい」「取引先ごとに異なる仕様や納期条件を一元管理したい」と考える場合、これは自社独自の商習慣を反映した仕組みが必要になるため、既製パッケージでは対応しきれないことが多く、事業承継・M&A補助金の経営革新枠を軸に検討する価値があります。一方で、単純に勤怠管理や給与計算をデジタル化したいだけであれば、市販の勤怠管理SaaSを導入する方が早く、IT導入補助金の対象になり得ます。

小売業・飲食業

店舗のPOSレジ、予約管理、在庫管理などは、業界標準化されたSaaSが充実している領域です。先代の代からの「独自のポイントカード制度」や「常連客への特別対応」をシステム化したいという要望が強くない限りは、既製のPOSシステムやモバイルオーダーサービスを導入する方が費用対効果は高く、IT導入補助金がフィットしやすい業種です。逆に、複数店舗をまたいだ独自の会員ランク制度や、先代が築いた顧客との関係性データを引き継ぐための統合的な顧客管理基盤を作りたい場合は、既製ソフトの組み合わせでは実現しづらく、独自開発の検討が必要になります。

建設業・工事業

見積もり・受注・工事進行・請求までの一連の流れが、先代の個人的なノウハウとExcelの複雑な数式に依存しているケースが典型的です。業界特有の書式（見積書のフォーマット、工事台帳の項目など）が強く求められるため、既製の建設業向けパッケージソフトで十分対応できる部分と、自社の独自ルールに合わせて作り込む必要がある部分が混在しがちです。この場合は、まずパッケージ導入で足りる部分をIT導入補助金の対象として整理し、独自ルールを反映する部分だけを事業承継・M&A補助金の対象として切り出す、という組み合わせ方の検討余地があります。

卸売業・商社

先代の代からの取引先ごとの掛け率、リベート計算、商品コードの体系などが独自ルール化されている業種です。基幹システム（販売管理・仕入管理）を刷新する場合、パッケージソフトのカスタマイズだけでは対応しきれず、独自開発の比率が高くなる傾向があります。事業承継を機に「取引先ごとの個別対応を仕組み化して、後継者以外でも運用できるようにする」というテーマは、経営革新枠の事業計画としても説明しやすい典型例です。

サービス業（士業事務所・整備工場・クリーニング業など）

顧客管理や予約管理といった比較的標準化された業務が中心であれば、既製のSaaSで十分対応できることが多く、IT導入補助金がフィットします。一方で、業界特有の管理帳簿（車検証管理、案件進行管理など）や、先代が個人の経験で行っていた判断業務をシステム化したい場合は、独自開発の検討が必要になります。

実際の申請プロセスで起きること

補助金の申請は「書類を出せば終わり」ではなく、いくつかのフェーズに分かれています。後継社長が全体像を把握しておくと、開発会社との打ち合わせもスムーズになります。

フェーズ1: 事業計画の作成

まず、承継後にどのような経営革新を行うのか、その中でシステム刷新がどう位置づけられるのかを事業計画書にまとめます。ここで重要なのは、システムの機能一覧を延々と書くのではなく、「承継前はこうだった、承継後はこう変える、その結果売上・生産性がどう変わる見込みか」というストーリーを書くことです。開発会社に依頼して技術的な内容を整理してもらうことはできますが、事業計画そのもの（なぜこの投資をするのか）は後継社長自身の言葉で書くべき部分です。審査員は技術の詳細よりも、経営としての合理性を見ています。

フェーズ2: 開発会社の選定と見積もり取得

事業計画と並行して、開発会社の選定を進めます。この段階で複数社に相見積もりを依頼し、RFP（提案依頼書）（提案依頼書）を用意しておくと、各社から返ってくる提案の比較がしやすくなります。RFPには「解決したい課題」「実現したい機能の概要」「予算感」「希望スケジュール」を最低限書いておきます。専門用語を無理に使う必要はなく、「先代のやり方をこう変えたい」という言葉で伝えれば、まともな開発会社であれば要件を汲み取って提案してくれます。提案書のどこを見て相談先を見極めるべきかは、刷新の相談先を見極めるために、提案書で見るべきポイントで詳しく解説している。

フェーズ3: 申請書の提出と審査

事業計画書、見積書、承継の事実を証明する書類などを揃えて申請します。審査には数週間から数ヶ月かかることが一般的です。この間、開発会社との契約は基本的に進めないほうが安全です。前述の通り、交付決定前の契約・発注は補助対象外になるリスクがあるためです。

フェーズ4: 交付決定後の契約・発注

交付決定通知を受け取ってから、正式に開発会社と契約します。ここでようやく要件定義の本格的なフェーズに入り、具体的な機能仕様、画面設計、データ構造などを詰めていきます。承継直後で自社の業務フローを整理する時間が取れていない場合、この要件定義の段階で想定より時間がかかることがあるので、スケジュールには余裕を持たせておくべきです。

フェーズ5: 開発・検収・実績報告

開発が完了したら、納品物が発注内容通りに仕上がっているかを確認する検収を行います。その後、補助金事務局に対して実績報告書を提出し、実際に使った経費の証拠書類（契約書、請求書、支払い証明など）を提出します。この実績報告の書類作成は、開発会社が費用の内訳を明確に出してくれるかどうかで手間が大きく変わります。契約前に「実績報告に必要な書類は御社から出してもらえますか」と確認しておくと後で困りません。

よくある失敗パターン

補助金選びで後継社長がつまずきやすいポイントを、実際に起こりがちな順に紹介します。

失敗パターン1: 「補助金があるから」で発注形態を決めてしまう

本来は自社の業務に合わせた独自システムが必要なのに、「IT導入補助金が使えるから」という理由だけでパッケージソフトを選んでしまい、結局現場の業務に合わずExcelに逆戻りするケースです。補助金はあくまで手段であり、目的は自社の業務課題を解決することです。逆に、既製のクラウド会計ソフトで十分事足りるのに、「経営革新の補助金を使いたいから」という理由だけで高額な独自開発を発注してしまうのも同じ種類の失敗です。まず業務要件を固めてから、それに合う補助金を選ぶという順序を守ってください。

失敗パターン2: 事業承継の事実を証明する書類が用意できていない

事業承継・M&A補助金の経営者交代類型では、実際に代表者交代・株式承継が行われた事実を証明する書類（登記簿謄本、株主名簿など）の提出が求められます。先代からの引き継ぎが口頭ベース・親族間の内々の話で進んでいて、法的な手続き（代表者変更登記など）がまだ済んでいない段階だと、申請要件を満たせません。補助金の申請を考え始めた時点で、承継の法的手続きがどこまで完了しているかを税理士・司法書士に確認しておく必要があります。

失敗パターン3: 開発会社選定より先に補助金の公募締切を意識してしまう

補助金には公募期間・締切があり、「あと2週間で締切だから」と焦って開発会社を決めてしまうケースです。しかし、システム開発の発注は本来、提案依頼書を用意して複数社に相見積もりを取り、要件定義をしっかり詰めてから契約するのが望ましいプロセスです。補助金の締切に追われて要件が固まらないまま契約すると、後々「思っていたものと違う」というトラブルの原因になります。補助金は基本的に年に複数回公募が行われるので、無理に今回の締切に合わせず、次回の公募を待つという判断も選択肢に入れてください。

失敗パターン4: 対象経費の範囲を誤解して見積もりを組む

事業承継・M&A補助金は、システム開発の外注費・委託費が対象になる一方で、自社で購入するパソコンやサーバーなどのハードウェア費用は対象外になるのが一般的です（年度により細目は異なるため要確認）。開発会社の見積書に、ハードウェア費用とソフトウェア開発費用が混在していると、補助対象経費の切り分けで手間取ります。見積もりを依頼する段階で、「補助金申請を予定しているので、対象経費と対象外経費を分けて見積もってほしい」と開発会社に伝えておくとスムーズです。

失敗パターン5: 補助金ありきで契約金額を水増しされる

残念ながら、補助金の存在を前提に相場より高い見積もりを提示してくる業者も一部に存在します。「補助金が出るから実質安い」というトークに乗せられて、通常であれば数百万円で収まる開発を、補助金前提の金額で契約してしまうケースです。必ず補助金を使わない場合の実質負担額を自分で計算し、それでも妥当な金額かどうかを判断してください。複数社から相見積もりを取ることが最大の防御策です。

後継社長が申請前にチェックすべき5つのポイント

実際に申請を検討する前に、以下の項目を確認してください。

チェック1: 自分の承継は「経営者交代類型」の要件に合うか

親族内承継か、従業員承継か、その手続き（株式譲渡・代表者変更登記）がいつ完了したか（または完了予定か）を整理します。公募要領には、承継から申請までの期間や、承継の証明方法について細かい規定があるので、最新の公募要領を必ず確認してください。

チェック2: システム刷新の内容が「経営革新」と呼べる中身になっているか

単なる「壊れたから直す」「古いから新しくする」ではなく、「この承継を機に、こういう新しいやり方に変える」というストーリーが説明できるかを確認します。事業計画書には、承継前の課題と、承継後にどう変わるのかを具体的に書く必要があります。

チェック3: 発注予定の内容が独自開発かパッケージ導入か

開発会社に相談する前に、自社が欲しいものが「業界標準の機能で足りるのか」「自社独自のルール・商習慣を反映する必要があるのか」を整理しておきます。後者であれば事業承継・M&A補助金、前者であればIT導入補助金が候補になります。

チェック4: 見積もりの内訳が対象経費区分と一致しているか

開発会社から見積もりを取る際は、作業範囲を文書で明確にしてもらい、その上で人件費・外注費・ソフトウェア費・ハードウェア費がどう分かれているかを確認します。区分が曖昧な見積書は、補助金申請の段階で差し戻される原因になります。

チェック5: 公募スケジュールと開発スケジュールが無理なく噛み合っているか

補助金は「交付決定後に発注した経費のみ対象」となるのが通例で、交付決定前に契約・支払いをしてしまうと対象外になるリスクがあります。開発会社との契約タイミングと、補助金の交付決定時期の前後関係を必ず確認してください。焦って交付決定前に契約してしまう事故は非常に多いパターンです。

開発会社との会話で使える質問リスト

後継社長が開発会社との打ち合わせで、補助金がらみの認識をすり合わせるために使える質問をまとめました。専門用語に不慣れでも、この質問をそのまま使えば会話が噛み合います。

• 「この開発内容は、事業承継・M&A補助金の対象経費に当てはまりますか。それともIT導入補助金向けのパッケージ導入ですか」
• 「御社はIT導入支援事業者として登録されていますか。登録ITツールとして申請できるものはどれですか」
• 「補助金の交付決定が出る前に契約・着手してしまうと対象外になると聞きましたが、御社のスケジュールではいつ契約になりますか」
• 「見積もりの中で、補助対象経費と対象外経費を分けて提示してもらえますか」
• 「補助金の実績報告（検収後に提出する書類）の作成は、御社が手伝ってくれますか、それとも自社対応ですか」
• 「もし不採択だった場合、契約自体はどうなりますか。契約を白紙に戻せる条件は入っていますか」

最後の質問は特に重要です。補助金の採択を前提に契約を進める場合、不採択時にどうするかを事前に契約書に盛り込んでおかないと、補助金が出ないのに開発費用だけ全額負担しなければならない事態になりかねません。

補助率・上限額の考え方と、自己負担額の計算例

補助金の話をするとき、「補助率1/2」「上限450万円」といった数字だけが先行して、結局いくら自己負担するのかがイメージできないまま検討が進んでしまうことがあります。ここでは架空の数字を使って、考え方の枠組みを示します（実際の補助率・上限額は年度ごとの公募要領で確認してください）。

例えば、受発注管理システムの独自開発に600万円かかると仮定します。事業承継・M&A補助金の経営革新枠で補助率が2/3、上限が500万円という条件だった場合、600万円の2/3である400万円が補助対象になり得ますが、上限500万円の範囲内なので400万円がそのまま補助されます。自己負担は600万円から400万円を引いた200万円です。ここで注意したいのは、対象経費として認められる範囲が600万円の全額とは限らないという点です。ハードウェア購入費や、対象外とされる一部の費目が混在していれば、その分は補助対象経費から除外されるため、実際の補助額はさらに小さくなる可能性があります。

一方、IT導入補助金で会計ソフトのクラウド利用料を年間30万円、2年分で60万円導入する場合を考えます。補助率1/2であれば30万円が補助され、自己負担は30万円です。上限額に対して費用が小さいため、上限額そのものはあまり意識する必要がありません。

この2つの例からも分かる通り、事業承継・M&A補助金は投資額が大きくなりがちな独自開発向けの制度として、上限額も高めに設定される傾向があり、IT導入補助金は投資額が比較的小さい既製ソフト導入向けの制度として設計されています。自社の投資規模がどちらの制度の想定レンジに近いかも、判断材料のひとつになります。

認定支援機関・商工会議所を頼るという選択肢

後継社長の中には、先代の代から付き合いのある顧問税理士や、地元の商工会議所・商工会とのつながりを持っている方も多いはずです。事業承継・M&A補助金、IT導入補助金のいずれも、申請書の書き方や事業計画の作り方について、認定経営革新等支援機関（税理士、中小企業診断士、商工会議所など、国から認定を受けた支援機関）に相談できる体制が整っています。

特に事業承継・M&A補助金の経営者交代類型は、事業計画書の「経営革新性」をどう説明するかが審査の重要なポイントになるため、書類作成の経験がある認定支援機関に一度目を通してもらうことを強く勧めます。開発会社は技術的な提案は得意でも、補助金の審査基準に沿った事業計画書の書き方までは専門外であることが多いため、「開発会社に見積もりと技術提案を依頼し、認定支援機関に事業計画書のブラッシュアップを依頼する」という役割分担が実務的です。

商工会議所によっては、補助金の説明会やセミナーを定期的に開催しているところもあります。先代の代から会費を払って会員になっているのであれば、まずは相談窓口に一度連絡してみることをお勧めします。無料で個別相談に応じてもらえる場合が多く、公募要領の細かい解釈について事務局に直接聞くよりも、実務経験のある支援機関に聞いた方が早く正確な答えが得られることもあります。

開発会社側の視点から見た「補助金前提の発注」の注意点

開発会社の立場から見ると、補助金前提のプロジェクトには独特の難しさがあります。後継社長がこれを理解しておくと、開発会社との会話がよりスムーズになります。

まず、交付決定の時期が不確定であるため、開発会社としては着手時期を柔軟に構えておく必要があります。良心的な開発会社であれば、「交付決定が出るまでは概算見積もりと要件のヒアリングまで進め、決定後に本契約を結ぶ」という進め方を提案してくれるはずです。逆に、「早く契約しないと他の依頼が入ってしまう」といった理由で、交付決定前の契約を急がせる業者には注意が必要です。補助金の仕組み上不利になる契約を急がせる時点で、その業者が補助金の制度を正しく理解していない、あるいは理解していても顧客の利益を優先していない可能性があります。

また、補助金の実績報告では、開発費用の内訳を細かく開示する必要があります。契約書や請求書に「システム開発一式」としか書かれていない見積もりでは、対象経費の切り分けができず実績報告で困ることになります。契約前に、機能ごと・工程ごとに費用を分けて明記してもらうよう依頼しておくと良いでしょう。

さらに、事業計画書に記載した内容と、実際に発注する開発内容が一致している必要があります。申請時点では「受発注管理システムを構築する」という粒度で書いていたのに、実際の開発が「一部の機能だけに縮小された」「当初の計画とは違う機能が追加された」という状態になると、実績報告の際に事務局から説明を求められることがあります。開発中に要件が変わることは実務上避けられませんが、大きく変わる場合は事前に事務局に相談し、計画変更の手続きが必要かどうかを確認してください。

小さく始めるという第三の選択肢

事業承継直後は、資金繰りも先代からの引き継ぎ事項も落ち着かない時期です。いきなり数百万円規模の全面刷新に踏み切るのではなく、まず課題の一部分だけを検証するMVP（実用最小限の製品）的な小さな発注から始めるという道もあります。補助金の交付決定を待たずに、自己資金で小規模なプロトタイプを作り、効果を確認してから本格的な補助金申請に進むという段階的なアプローチは、承継直後で経営全体の見通しが立ちにくい後継社長にとって現実的な選択肢です。

補助金は「使えるなら使ったほうが得」ではありますが、「補助金がないと踏み切れない規模の投資」を最初からやる必要はありません。まず小さく試して、確信が持てたところで補助金を使った本格投資に進む、という順序も十分に合理的です。予算を先に確保するか小さく試すかの判断軸は、刷新の予算を先に確保するか、まず小さく試すかの決め方にまとめている。

不採択だった場合にどうするか

補助金は申請すれば必ず通るものではありません。事業承継・M&A補助金もIT導入補助金も、公募回によって採択率が変動し、特に人気の高い公募回では応募が集中して不採択になるケースも一定数あります。後継社長としては、不採択だった場合の対応もあらかじめ考えておく必要があります。

まず、不採択の理由を事務局に確認できる場合は必ず確認してください。多くの補助金では、不採択の際に簡単な評価コメントが通知されることがあります。「事業計画の経営革新性の説明が不十分だった」「対象経費の区分に誤りがあった」など、具体的な理由が分かれば、次回の公募に向けて事業計画を修正できます。

次に、開発会社との契約をどうするかです。前述の通り、交付決定前に契約していなければ、契約自体をキャンセルしても違約金などの問題は基本的に発生しません。ただし、すでに要件定義など一部の作業を先行して進めてもらっていた場合、その分の費用をどう扱うかは契約内容次第です。契約書に「補助金が不採択の場合は契約を解除できる」という条項をあらかじめ入れておくと、こうしたトラブルを避けられます。

そして、補助金なしでも投資を続けるかどうかの判断です。不採択になったからといって、システム刷新の必要性自体が消えるわけではありません。自己資金や金融機関からの融資でどこまで進められるか、あるいは投資規模を縮小して次の公募に再挑戦するか、経営判断として整理しておく必要があります。多くの補助金は同一年度内に複数回の公募が行われるため、一度の不採択で諦めずに、事業計画を練り直して次の回に再チャレンジするという選択肢も十分に現実的です。

承継直後の経営判断としての優先順位

システム刷新は重要な経営課題ですが、事業承継直後は他にもやるべきことが山積みです。取引先への挨拶回り、金融機関との関係構築、従業員との信頼関係の再構築、先代からの経営理念の引き継ぎなど、後継社長がこなすべきタスクは多岐にわたります。その中で「補助金の申請書を書く」という作業に時間とエネルギーをどれだけ割けるかは、現実的な制約になります。

もし承継直後で手が回らないのであれば、システム刷新の検討自体を数ヶ月先に延ばすという判断も間違いではありません。補助金には毎年度複数回の公募機会があるので、焦って今すぐ動く必要はない場合が多いです。逆に、旧システムの老朽化が事業継続に直結するリスクになっている（サポート切れのOS上で稼働している、担当者の退職でブラックボックス化が進んでいるなど）場合は、補助金の有無に関わらず優先度を上げて対応すべきです。補助金が取れるかどうかで着手判断を左右されるべきではなく、「本当に必要な投資かどうか」を先に判断し、その上で補助金が使えるなら使う、という順序を忘れないようにしてください。

先代の代のシステムをどう評価するかという出発点

補助金の話に入る前段階として、後継社長が最初に取り組むべきなのは、先代が導入した既存システムの棚卸しです。何のシステムが動いているのか、誰が保守しているのか、契約書やライセンスがどこにあるのか、といった基本情報すら整理されていない状態で承継するケースは珍しくありません。先代が個人的に懇意にしていたベンダーとの間で、口約束のような形で保守契約が続いていることもあります。

この棚卸しを行うと、「刷新すべき部分」と「実は問題なく機能している部分」が見えてきます。すべてを一度に作り直す必要はなく、明らかに老朽化している部分、業務のボトルネックになっている部分から優先順位をつけて着手するのが現実的です。棚卸しの結果、独自開発が必要な部分と既製ソフトで十分な部分が明確に分かれれば、それがそのまま事業承継・M&A補助金とIT導入補助金の使い分けの土台になります。この棚卸しをどう資料としてまとめるかについては、要件のまとめ方。何から刷新するか固まっていない社長のための資料作りも参考になる。

棚卸しの際は、現場の従業員へのヒアリングも欠かせません。先代の時代から「システムが使いにくい」「二重入力が発生している」といった不満を抱えながらも、代替わりのタイミングまで声を上げられなかった従業員がいることも多くあります。後継社長が着任早々にこうした声を拾い上げることは、システム刷新の方向性を決める上でも、従業員との信頼関係を築く上でも意味があります。

まとめ

事業承継・M&A補助金とIT導入補助金は、名前は似ていますが役割がまったく異なる制度です。

• 事業承継をきっかけに独自のシステムを作り直したいなら、事業承継・M&A補助金（経営革新枠・経営者交代類型）が軸になる
• 既製のソフト・クラウドサービスを導入したいだけなら、IT導入補助金（デジタル化・AI導入補助金）が軸になる
• フルスクラッチ開発は原則としてIT導入補助金の対象にならない
• 交付決定前の契約・着手は補助対象外になるリスクが高いので、スケジュール管理を最優先で行う
• 補助金ありきで発注内容や金額を決めるのではなく、まず自社の業務課題を整理し、それに合う制度を選ぶ

補助金の細かい要件・上限額・補助率は年度ごとの公募要領で変わります。この記事の内容を土台にしつつ、実際に申請する際は必ず最新の公募要領を中小企業庁・各補助金事務局の公式サイトで確認し、必要であれば商工会議所や認定支援機関、顧問税理士にも相談しながら進めてください。

最後にもう一度強調しておきたいのは、補助金は経営判断の主役ではなく、あくまで投資の負担を軽くするための脇役だという点です。先代から引き継いだ会社をどう変えていくか、どのシステムに投資してどう業務を変えるかという意思決定は、後継社長自身が下すべきものです。補助金の有無に判断そのものを委ねてしまうと、本当に必要な投資を見誤ったり、逆に不要な投資に手を出してしまったりするリスクがあります。まずは自社の課題を見極め、その解決に必要な発注形態を決め、最後に「使える補助金はあるか」を確認する、という順序を徹底することが、承継直後の経営判断としては最も堅実な進め方です。

よくある質問

Q1. 事業承継・M&A補助金とIT導入補助金は同時に申請できますか

制度上、両方に同時に申請すること自体は可能ですが、同一の経費を両方の補助金で重複して受け取ることはできません。例えば、独自開発部分は事業承継・M&A補助金、別途導入する会計ソフトはIT導入補助金、というように経費を明確に分けられるのであれば、それぞれ別の経費に対して申請することは考えられます。ただし制度の併用可否は年度ごとに規定が変わることがあるため、申請前に各事務局に確認してください。

Q2. まだ代表者交代の登記が済んでいませんが、経営者交代類型に申請できますか

多くの場合、申請時点または一定期間内に代表者交代の事実が確認できることが要件になります。登記が完了していない、あるいは交代の具体的な時期が未定の段階では申請できない可能性が高いです。まずは司法書士に相談し、承継の法的手続きのスケジュールを固めてから補助金の申請時期を検討してください。

Q3. IT導入補助金で受託開発（フルスクラッチ）を申請できないなら、独自のシステムを安く作る方法はありませんか

IT導入補助金の対象にはなりにくいですが、事業承継・M&A補助金の経営革新枠であれば独自開発の外注費も対象になり得ます。また、補助金に頼らない方法としては、最初から全機能を作り込むのではなく、優先度の高い機能だけに絞った小規模な開発から始めて投資額を抑えるアプローチも有効です。開発会社に相見積もりを取り、SOW（作業範囲記述書）で範囲を明確にしてもらうことで、無駄な機能への支出を避けられます。

Q4. 補助金の交付決定前に、先に開発会社と契約してしまいました。まだ間に合いますか

多くの補助金制度では、交付決定前に発生した契約・発注・支払いの経費は補助対象外となります。すでに契約してしまった場合、その契約に基づく経費は基本的に補助金の対象にできません。今後同様のプロジェクトで補助金を検討する場合は、必ず「相談・見積もり取得までは進めてよいが、契約書への署名は交付決定通知を受け取ってから」という順序を徹底してください。なお、先代の代から付き合いのある開発会社やベンダーとの関係を維持したまま補助金を活用したい場合、そのベンダーが既製ソフトの提供元としてIT導入補助金の登録事業者になっているかどうか、あるいは独自開発の外注先として事業承継・M&A補助金の対象経費に計上できるかどうかは、それぞれ別に確認する必要があります。長年の関係を大事にしたい気持ちは理解できますが、補助金の要件に合わない場合は、その部分だけ別のベンダーに依頼する、あるいは既存ベンダーに登録の可否を相談してみる、といった柔軟な対応も検討してください。