先に結論を書く。デジタル化・AI導入補助金2026(旧IT導入補助金)の第3次締切、2026年7月21日(火)17:00に申請を出してよいのは、導入するITツールと支援事業者がすでに決まっていて、あとは申請手続きだけが残っている会社だけだ。逆に、この週末に「どのツールにするか」から考え始める会社、ベンダーに勧められた構成をそのまま書こうとしている会社は、今回は出さないほうがいい。締切に間に合わせた申請が採択されても、その先に待っているのは「交付決定までの発注禁止期間」「事務局承認なしには変えられない計画」「2027年2月26日までに導入・支払い・実績報告を終える義務」であり、中身が固まっていない駆け込み申請ほど、採択後に自分の首を絞める。
補助金は「もらえるなら早いほうがいい」性質のものではない。**準備が揃った会社にとっては締切は単なる提出日であり、揃っていない会社にとっては誤った意思決定を固定する装置になる。**この記事は、締切まで残り3日のいま、自社がどちら側にいるかを判定するために書いている。急がせるためではなく、止まるべき会社を止めるためのものだ。
なお時間の感覚をひとつ補足しておく。本記事の公開日は7月18日(土)で、締切の7月21日(火)までの間に挟まるのは土曜・日曜・祝日(7月20日は海の日)である。つまり締切前に残された通常の平日は、締切当日の7月21日しかない。事務局のコールセンターは平日9:30〜17:30の受付なので、不明点を公式に確認できるタイミングも実質的に締切当日の午前だけだ。「週明けに確認してから考える」という猶予は、今回はほぼ存在しない。
この記事を読むべき人
- 支援事業者やベンダーから「7月21日の締切に出しましょう」と言われ、返事を迷っている中小企業の経営者・役員
- IT導入補助金時代の記憶で「とりあえず申請だけしておけば損はない」と考えている管理部門・経理責任者
- AIツールやシステムの導入は決めているが、この3日間で申請まで走り切れるか判断がつかない実務担当者
- 今回を見送った場合に何を失い、何を得るのかを整理してから決めたい会社
反対に、すでに交付申請の入力を終えて提出を待つだけの会社に、この記事が付け加えることは少ない。読むべきなのは「まだ迷っている」会社である。
SUBSIDY ELIGIBILITY
補助金を使う前に、業務要件と対象経費を整理しませんか?
制度要件、対象経費、既存業務、データ連携、採択後の実装体制を確認し、申請前に詰まりやすい論点を整理します。
1. まず公式日程を正確に押さえる
判断の前提になる日程を、事務局公式サイトのスケジュールで確認した内容のまま整理する。制度は2026年から「デジタル化・AI導入補助金2026」に改称されており(事業名は中小企業デジタル化・AI導入支援事業)、申請枠は通常枠、インボイス枠(インボイス対応類型・電子取引類型の2類型)、セキュリティ対策推進枠、複数者連携デジタル化・AI導入枠の4枠(計5区分)で構成される。
横にスクロールして確認できます
| 項目 | 日程(公式発表) |
|---|---|
| 第3次締切(通常枠・インボイス枠・セキュリティ対策推進枠) | 2026年7月21日(火)17:00 |
| 上記の交付決定日 | 2026年9月2日(水)予定 |
| 上記の事業実施期間 | 交付決定後〜2027年2月26日(金)17:00(予定) |
| 上記の実績報告期限 | 2027年2月26日(金)17:00(予定) |
| 複数者連携デジタル化・AI導入枠の締切 | 2026年8月25日(火)17:00 |
| 複数者連携枠の交付決定日 | 2026年10月7日(水)予定 |
| 第4次以降の締切 | 未公表(確定した募集回のみ公表・随時更新) |
この日程が意味するところを3点に絞って指摘したい。
第一に、7月21日の締切と9月2日の交付決定の間には約6週間の空白がある。この期間、申請者はITツールの契約も発注もできない。後述するが、この発注禁止ルールを破ると補助金は受け取れない。
第二に、交付決定から実績報告期限までは約半年しかない。9月2日に交付決定を受けてから発注し、納品・導入・支払いを済ませ、2027年2月26日17:00までに実績報告を完了する必要がある。SaaS型ツールの導入なら十分な期間だが、業務フローの変更や複数部門への展開を伴う導入では、逆算すると余裕は思ったより少ない。
第三に、第4次締切は現時点で公表されていない。公式サイトは「確定している募集回のスケジュールのみ公表しております。以降のスケジュールは随時更新いたします」としている。つまり「次がある」ことを前提に見送る判断はできないが、逆に「今回を逃したら終わり」と断定する根拠もない。次回日程は公式スケジュールページで確認するのが唯一の正解で、ベンダーの「次はないかもしれませんよ」というトークを判断材料にしてはいけない。
2. 駆け込み申請で実際に何が起きるか——4つの失敗パターン
締切直前の申請が危ない理由は、審査に通りにくいからではない。**通った後に身動きが取れなくなるからだ。**駆け込み特有の失敗を4つに分けて説明する。
失敗パターン1:申請の主語がベンダーにすり替わる
締切直前に動く申請の多くは、自社発ではなくベンダー発である。「枠が埋まる前に」「今回の締切がお得です」という営業を受け、提案された構成のまま申請書類が作られていく。この制度の申請は、事務局に登録されたIT導入支援事業者が申請マイページへの招待から実績報告まで並走する建て付けになっており、支援事業者の関与自体は制度の正規の姿だ。問題は、支援事業者が売りたいツールと、自社の生産性向上に効くツールが一致している保証はどこにもないことにある。
補助対象経費は「あらかじめ事務局に登録されたITツールの導入費用」に限られる。つまり選択肢は支援事業者が登録済みのツール群の中にあり、締切直前の商談では「登録済みで、すぐ申請書が書ける構成」に誘導する力学が働きやすい。それが自社の課題に合っていれば問題ないが、締切3日前に初めて提案を受けた会社に、その適否を検証する時間はない。検証していない構成に自己負担分を払い、半年間の導入義務を負うのが駆け込み申請の実像である。
失敗パターン2:要件定義ゼロのツール選定
「何の業務の、どの数字を、どう変えたいのか」が言語化されないままツールが決まると、採択されても導入が空回りする。補助金の交付を受ければ、それで業務が変わるわけではない。現場へのヒアリング、既存業務フローとの突き合わせ、データの持ち方の確認といった要件定義に相当する作業は、申請書の提出とは無関係に必要で、これを飛ばした導入は「入れたが使われない」に着地しやすい。
しかもこの制度には事業実施効果の報告義務があり、労働生産性向上に関する目標を掲げて申請する構造になっている。目標値は申請時に決まるので、要件定義なしの駆け込み申請は「根拠なく置いた目標数値に、採択後の半年間縛られる」ことを意味する。補助対象の範囲や要件定義をどこまで固めてから申請すべきかは、AI開発と補助金の対象範囲・要件定義の落とし穴を整理した解説で詳しく述べているが、要点はひとつで、申請書より先に要件が固まっているのが正常な順序だということに尽きる。
失敗パターン3:交付決定前の発注・契約——全額自己負担になる即死ルール
これは駆け込み期に最も多く、最も高くつくミスだ。公募要領(通常枠)は「交付決定前にITツールを契約、発注した場合は補助対象とならない。交付決定後に契約、発注を行うこと」と明記し、留意事項でも「交付決定前に契約、発注、納品、支払い等を行った場合は、補助金を受けることができない」と重ねて規定している。交付決定前に購入したITツールは、補助対象外ツールとしても明示されている。
危ないのは「せっかく急いで申請したのだから、導入も前倒ししたい」という心理が働く局面である。7月21日に申請を出すと、9月2日の交付決定まで約6週間待つことになる。この間に「どうせ採択されるだろうから先に契約してしまおう」と動いた瞬間、その経費は補助対象から外れる。採択の連絡が来ても、である。ベンダー側から「先に進めておきましょう」という提案があっても、契約書・発注書・支払いのいずれも交付決定通知より前の日付になってはならない。ここは例外のないルールとして扱うべきだ。
失敗パターン4:採択後の計画変更は「自由」ではない
「とりあえず申請しておいて、採択されたら中身を調整すればいい」という発想は、この制度では通用しない。交付規程は、交付決定を受けた申請内容を変更しようとするときは、IT導入支援事業者の確認を受けたうえで速やかに計画変更届を事務局に提出し、事務局の承認を受けなければならないと定めている(交付規程第19条)。事務局は承認にあたって条件を付すこともできる。
つまり採択後の変更は、届出すれば済む話ではなく審査事項である。締切に間に合わせるために「仮の構成」で出した申請は、後から直せる保証がない。加えて、事業を実施しないことによる目標未達は交付決定の取消しにつながる可能性も規程・FAQ上で示されている。「出してから考える」は、この制度では選択肢として存在しないと考えたほうがいい。
3. それでも7月21日に出してよい会社——駆け込み可否チェックリスト
ここまで駆け込みのリスクを述べたが、締切直前でも出してよい会社は確かに存在する。それは「駆け込みに見えて、実は準備が済んでいる」会社だ。以下の10項目で判定してほしい。1つでも「いいえ」があるなら、今回の申請は推奨しない。
- 導入するITツールが特定されており、それが事務局に登録済みのITツールであることを支援事業者に確認したか
- IT導入支援事業者との商談・見積もりが完了し、申請マイページへの招待を受けられる状態か
- GビズIDプライムを取得済みか(未取得の場合、書類申請の審査は最大1か月かかると公式に案内されており、今回はまず間に合わない。法人代表者によるオンライン審査は速やかに行われるとされるが、締切当日のトラブルまで想定すると綱渡りである)
- IPAの「SECURITY ACTION」の一つ星または二つ星の宣言を済ませているか
- (加点を狙う場合)通常枠で交付申請前に「IT戦略ナビwith」を実施し、IT戦略マップを出力してあるか(※これは審査の加点項目であり、未実施でも申請自体は可能。ただし駆け込みで加点を捨てる判断をするなら、それを自覚して捨てること)
- そのツールで「どの業務の、どの数字を、いつまでに、どれだけ変えるか」を自社の言葉で説明できるか
- 申請する労働生産性の目標値に、現場の実態に基づく根拠があるか
- 交付決定の9月2日まで発注せずに待っても、事業側のスケジュールに支障がないか
- 交付決定から2027年2月26日までに、導入・支払い・実績報告まで完了できる体制があるか
- 補助金が不採択でも、そのツールを自費で入れる価値があると言えるか
とくに最後の項目は、駆け込み判断の試金石になる。**不採択なら要らないツールは、採択されても要らないツールである。**補助率は通常枠で原則2分の1以内(賃金要件等により3分の2以内となる場合がある)であり、残りは自己負担だ。補助金は投資判断の補助輪にはなるが、投資判断そのものの代わりにはならない。
このチェックで「いいえ」が1〜2個で、それが手続き系(項目4など。なお項目5の加点は任意なので、そこだけが「いいえ」なら申請自体は止まらない)であれば、締切当日までに埋められる可能性はある。「いいえ」が要件定義系(項目6・7・10)に付くなら、埋めるべきは書類ではなく意思決定であり、3日では埋まらない。
4. 見送って8月以降に固めるほうが得なケース
見送りは敗北ではない。次のいずれかに当てはまる会社は、今回出さないほうが期待値が高い。
**第一に、導入したいものがカスタム開発寄りの会社。**この補助金の対象は登録済みITツールの導入費用であり、自社専用のAIシステムをゼロから開発するような案件は、そのままでは制度の枠組みに乗りにくい。無理に登録済みツールへ寄せて申請すると、本来やりたかった開発と補助対象がずれ、二重投資になる。AIエージェントのような案件でどこまで補助金に乗るかは、AIエージェント開発でIT導入補助金を活用する判断基準の解説で線引きを示しているので、自社の案件がどちら側かをまず確認してほしい。カスタム開発が本命なら、補助金ありきでツール導入に矮小化するより、DX・システム開発として要件から設計するほうが、結果的に安くつくことが多い。
第二に、課題の言語化がこれからの会社。「AIで何かやりたい」「業務を効率化したい」の段階にある会社が3日で申請までたどり着くと、前述の失敗パターン2に直行する。この場合、8月を要件定義に使い、業務の棚卸しと効果目標の設定を済ませてから次の機会を待つほうが、採択後の半年間がまるで違うものになる。第4次以降の日程は未公表だが、公式は確定次第スケジュールを更新するとしており、8月25日締切の複数者連携枠という別枠も存在する(こちらはサプライチェーンや商業集積地など複数の中小企業等が連携する枠であり、対象や要件が異なる点に注意)。
**第三に、ベンダー提案の妥当性を自社で判断できない会社。**締切直前に受けた提案を、締切があるという理由で受け入れるのは、提案内容の検証を放棄するのと同じだ。提案された構成・見積もりが妥当かどうかは、利害関係のない第三者に見せるのが最短距離であり、GXOではAIアセスメントとして、ベンダー提案のセカンドオピニオンや導入前の適否診断を提供している。数十万〜数百万円の自己負担と半年の導入義務を負う前に、提案書1式を検証するコストは保険として安い。
見送りのコストも正直に書いておく。次回締切が公表されていない以上、見送れば導入時期は不確実になるし、制度の予算は有限である。ただしそれは「今回、中身の固まっていない申請を出す」理由にはならない。固まっていない申請の期待損失(合わないツールへの自己負担、使われないシステム、半年間の報告義務)は、導入が数か月遅れる機会損失より大きいというのが、システム導入の失敗事例を見てきた立場からの判断だ。
5. 交付決定9月2日からの逆算スケジュール——「空白の6週間」の使い方
7月21日に申請を出す会社に向けて、採択後を先に設計しておく。日付は公式発表の予定に基づく。
横にスクロールして確認できます
| 期間 | やること |
|---|---|
| 7/21〜9/2(約6週間) | 発注・契約・支払いは一切しない。要件定義の精緻化、社内体制づくり、データ整備、業務フローの現状記録 |
| 9/2〜9月中 | 交付決定通知の確認・保存、契約・発注(必ず交付決定後の日付で) |
| 10月〜12月 | 納品・導入・初期設定、現場への定着、利用状況の記録 |
| 1月 | 効果測定(申請した目標値との突き合わせ)、支払い完了の確認 |
| 2月上旬〜2/26 17:00 | 実績報告の作成・提出(期限ぎりぎりを避け、2週間の余裕を持つ) |
ポイントは、発注禁止の6週間を「待ち時間」にしないことだ。契約・発注・支払いはできないが、自社の内部作業には何の制約もない。導入対象業務の現状値(処理件数、所要時間、エラー率など)をこの期間に記録しておけば、導入後の効果測定と実績報告の質が変わる。マスタデータの整備、利用ルールの策定、現場への説明もこの期間の仕事である。駆け込みで申請した会社と、この6週間を設計して使った会社の差は、実績報告の時点ではっきり現れる。
もうひとつ、資金繰りの設計も忘れてはならない。この補助金は、導入・支払いを済ませて実績報告を行い、事務局が補助金の額を確定した後に支払われる建て付けであり、導入費用はいったん全額を自社で立て替えることになる。しかも公募要領上、IT導入支援事業者への支払いは原則として銀行振込またはクレジットカード1回払いに限られ、支払元は必ず補助事業者自身の口座でなければならない。分割払いやリースで負担を平準化する前提が使えないため、導入費用の満額が一時的にキャッシュから出ていく。補助率2分の1なら「半額で入る」のではなく「全額払って、後から半分戻る」のが正確な理解であり、秋から冬にかけての資金繰りにこの立替を織り込んでおく必要がある。ここを見落とした駆け込み申請は、採択後に「支払える月がない」という形で詰まる。
逆算して危険信号になるのは、導入に外部の開発・連携作業を伴うケースだ。9月に発注して2月26日までに導入・支払い・報告を終えるには、ベンダー側の作業期間を含めて見積もる必要がある。この段階で開発規模の見積もりを粗くでも取り、期限内に収まらないリスクが見えるなら、申請段階で構成を軽くするか、今回を見送る判断材料にすべきである。
6. よくある質問(FAQ)
Q1. 交付決定前に契約・発注してしまった場合、どうなるか。
補助金は受けられない。公募要領は交付決定前の契約・発注・納品・支払い等を行った場合は補助金を受けることができないと明記しており、交付決定前に購入したITツールは補助対象外と規定されている。すでに契約済みのツール代金を今回の申請に乗せることはできず、「申請中だから」という状態にも例外はない。導入を急ぐ事業判断として自費で進めるか、補助金を使うために交付決定を待つか、二者択一である。
Q2. 補助対象になる経費はどこまでか。
補助対象経費は、IT導入支援事業者が提供し、あらかじめ事務局に登録されたITツールの導入費用である。ITツールは大分類としてソフトウェア(AIを含む)・オプション・役務に分類され、枠・類型ごとに対象と補助率が異なる。裏を返せば、登録されていないツールや、自社開発・スクラッチ開発の費用はそのままでは対象にならない。自社の入れたいものが対象に乗るかどうかの判定は、申請の可否より先に確認すべき事項だ。
Q3. 第4次締切はいつか。今回を逃すと終わりか。
2026年7月18日時点で、第4次以降の締切日は公表されていない。公式サイトは確定している募集回のスケジュールのみ公表し、以降は随時更新するとしている。「次はない」とも「必ずある」とも公式は言っていないので、以降の日程は公式スケジュールページで直接確認してほしい。なお複数者連携デジタル化・AI導入枠は8月25日(火)17:00締切が公表されているが、これはサプライチェーンや商業集積地などでの複数者連携を前提とする別枠であり、単独の会社が通常枠の代わりに使えるものではない。
Q4. 採択された後にツールや構成を変更できるか。
自由にはできない。交付決定を受けた申請内容の変更は、IT導入支援事業者の確認を受けたうえで計画変更届を提出し、事務局の承認を受ける必要がある。承認には条件が付されることもある。「仮の内容で出して後から直す」前提の申請は成立しないと考えるべきだ。
Q5. GビズIDプライムをまだ持っていない。3日で間に合うか。
厳しい。書類申請の審査期間は最大1か月と公式に案内されている。法人代表者によるオンライン審査(アカウント作成)は24時間365日速やかに行われるとされているため、条件を満たせば可能性は残るが、締切当日にアカウント関連のトラブルが起きても公式サポートに頼れる時間はほぼない。GビズIDプライム未取得の会社は、今回は見送り、来週アカウントを作って次の機会に備えるのが現実的である。
7. GXOに相談すべきサイン
次のいずれかに当てはまるなら、申請ボタンを押す前に一度、利害関係のない第三者を挟むタイミングだ。
- ベンダーから届いた「この構成で7/21に出しましょう」という提案の妥当性を、社内の誰も検証できていない
- 補助金に乗せたい案件がツール導入なのかカスタム開発なのか、自社でも切り分けられていない
- 採択後の半年間(導入・定着・効果測定・実績報告)を回す体制のイメージがない
- 今回見送った場合に、8月から何を準備すれば次で勝てるのかを設計したい
GXOはIT導入支援事業者としての申請代行を売る立場ではなく、システム・AI開発の実装側から「その投資は補助金の有無にかかわらず正しいか」を検証する立場にある。だからこそ、AIアセスメントではベンダー提案のセカンドオピニオンや、補助金前提の発注準備の整理を中立に行える。締切前の駆け込み判断でも、見送り後の要件定義の立て直しでも、まずは相談窓口から状況を送ってほしい。「出すべきか、見送るべきか」の一次判定だけでも、この3日間の意思決定の質は変えられる。
まとめ:締切は提出日であって、意思決定の期限ではない
7月21日17:00は、準備が済んだ申請を提出する期限であり、投資判断そのものの期限ではない。判断の分岐をもう一度短く書く。
- ツール・支援事業者・要件・目標値が揃っている会社は、出す。そして9月2日まで発注せずに待ち、空白の6週間を導入準備に使う。
- どれか一つでも欠けている会社は、見送る。8月を要件定義と体制づくりに使い、公式の次回日程を待つ。
- どちらか判断がつかない会社は、3日間で無理に結論を出さず、第三者の目を入れてから決める。
補助金で失敗する会社は、申請で失敗しているのではなく、申請の前の意思決定で失敗している。締切の圧力から一歩引いて、自社がいまどちら側にいるかを確かめてほしい。
参考ソース(公式)
- デジタル化・AI導入補助金2026 公式サイト https://it-shien.smrj.go.jp/
- デジタル化・AI導入補助金2026 事業スケジュール https://it-shien.smrj.go.jp/schedule/
- デジタル化・AI導入補助金2026 公募要領(通常枠) https://it-shien.smrj.go.jp/pdf/it2026_koubo_tsujyo.pdf
- デジタル化・AI導入補助金2026 交付規程(通常枠) https://it-shien.smrj.go.jp/pdf/it2026_kitei_tsujyo.pdf
- デジタル化・AI導入補助金2026 よくある質問(通常枠) https://it-shien.smrj.go.jp/pdf/it2026_faq_tsujyo.pdf
- デジタル庁 GビズID https://gbiz-id.go.jp/top/
※本記事の日程・制度内容は2026年7月18日時点で公式サイト・公募要領・交付規程を確認した内容に基づく。第4次以降の締切を含む最新の日程は、必ず公式サイトで確認してほしい。






