結論から言うと、補助金に採択されても、すぐシステムを契約・発注できるとは限りません。採択は審査結果、交付申請は補助対象経費や提出書類を精査してもらう手続き、交付決定は補助事業を開始できる状態を示す通知です。交付決定前の契約・発注の扱いは制度ごとに異なるため、自社が使う制度・公募回の交付規程、手引き、事務局案内を正本にします。
システム案件の交付申請で経営者が見るべきなのは、申請フォームの入力漏れだけではありません。応募時の事業計画、開発会社へ渡した仕様、見積書、経費明細、相見積、納期、発注予定の成果物が一つの投資としてつながっているかを確認します。計画には『受発注を効率化する』と書き、見積は『システム開発一式』だけ、仕様書は開発会社の手元だけという状態では、事務局への説明にも、社内の発注判断にも使えません。
この記事の10項目100点と30分再現テストは、制度共通の公式審査基準や交付決定の予測ではありません。省力化投資補助金（一般型）第5回公募と、ものづくり補助金22次締切の公式資料を具体例として、GXOがシステム案件の説明不足と発注事故を先に見つけるために作った実務基準です。必要書類・相見積条件・期限は制度と公募回で変わるため、記事の数字を他制度へそのまま流用しないでください。
交付申請の差し戻しで最初に確認することリンク
交付申請の差し戻しとは、提出内容に修正や確認事項があり、申請者側の対応が必要な状態です。省力化投資補助金（一般型）第5回公募の手引きは、交付申請内容や添付書類に不備・確認事項がある場合に差し戻し、応募申請内容にも修正依頼を行うことがあると説明しています。不備や不足が解消されなければ交付決定できず、その分だけ実施期間が短くなる点も明記されています。
差し戻し通知を受けたら、まず制度名、公募回、申請番号、現在のステータス、通知日時、回答期限、指摘された画面・書類・項目を一行にまとめます。メール本文だけを担当者へ転送すると、どの提出版への指摘か、応募申請と交付申請のどちらを直すのか、添付資料も差し替えるのかが曖昧になります。
開発会社へ『見積を直してください』と丸投げする前に、制度上の指摘、会社情報・経費情報、システム仕様の三つに分けます。制度上の可否や提出方法は事務局・申請支援者へ、会社と資金の事実は申請企業へ、仕様・工数・成果物は開発会社へ割り当てます。全員が同じ資料を独自に直すと、総額は合っても版が食い違います。
表は横にスクロールして全項目を確認できます
| 記録 | 記入例 | 判断責任 | やってはいけないこと |
|---|---|---|---|
| 案件指紋 | 制度・第5回・申請番号・交付申請 | 申請企業 | 別制度の回答を流用する |
| 指摘 | 見積内訳と仕様の対応を確認 | 原文を転記 | 担当者の解釈だけに言い換える |
| 対象版 | 提出v1.2・見積v3・仕様v2 | 版管理者 | 最新版という名前で上書きする |
| 回答 | 修正箇所・根拠・影響・提出日 | 項目別責任者 | 全資料を無関係に直す |
採択・交付申請・交付決定・発注を同じ状態にしないリンク
補助金適正化法は、交付申請に事業目的・内容、経費その他必要事項を記載し、各省各庁の長が申請書類を審査して交付決定する基本構造を定めています。ただし、具体的な申請資料、開始可能日、相見積条件、対象経費は個別制度の交付規程や手引きで確認する必要があります。
省力化投資補助金（一般型）の現行公式フローは、採択後に相見積・事業者選定、交付申請を行い、交付決定後に補助事業を実施する順番です。第5回公募の手引きは、交付決定を受けてから契約・発注すること、事前着手は認められないことを明記しています。ものづくり補助金22次締切の手引きも、交付決定通知の日から事業を始められ、交付決定日前の発注・契約に係る費用は補助対象にならないと説明しています。
したがって、採択通知を受けた段階で開発会社へ『着手してください』と伝えるのではなく、見積・提案・仕様・契約案・工程案を発注可能な状態まで整えます。交付決定後にだけ行う行為との境界は、自社制度の公式資料と事務局回答で確定してください。採択と交付決定の違いでは、通知と行為の基本ゲートを詳しく整理しています。
表は横にスクロールして全項目を確認できます
| 行為 | 準備段階で行うこと | 開始前の確認 | 証拠 |
|---|---|---|---|
| 制度確認 | 交付規程・手引き・FAQを特定 | 自社の公募回と版が一致 | URL・版・確認日 |
| 要件整理 | 業務、機能、非機能、成果物を定義 | 応募計画と矛盾しない | 要件対応表 |
| 見積取得 | 同条件で依頼し内訳を比較 | 制度固有の相見積条件 | 依頼書・見積・選定記録 |
| 契約準備 | 契約案、発注書案、工程案を確認 | 締結・発行可能日を確定 | 未締結案・社内承認 |
| 着手・支払 | 実施期間から逆算した日程だけ作る | 交付決定通知と開始日を確認 | 決定通知・契約日・発注日 |
交付申請で差し戻し前に確認する10項目リンク
10項目は各10点、合計100点で確認します。10点は正本・版・責任者まで確認済み、5点は資料があるが差分または公式条件が未確認、0点は資料へ到達できないか矛盾がある状態です。これは交付決定の確率を示す点数ではなく、社内の提出・発注準備度です。
一点でも0点がある場合は、提出や発注を急ぐ前に停止理由を一行で記録します。特に、適用制度を特定できない、応募計画と見積の対象が違う、交付決定前に契約済み、対象経費と自費を分けられない、申請者が提出内容を確認できない、のいずれかは他項目の点数で埋め合わせません。
省力化一般型第5回の手引きでは、見積依頼を口頭で行わず見積依頼書を作り、一式表記を避け、全経費の見積書を取得し、一定条件では同一条件の相見積を求めています。電子申請マニュアルでは、システム構築費を計上する事業者に、費用内訳が具体的で明確な仕様書を必須としています。ただし金額条件や必須資料を他制度へ横展開せず、自社制度で読み替えてください。
表は横にスクロールして全項目を確認できます
| 項目 | 10点の条件 | 5点の状態 | 0点・停止条件 |
|---|---|---|---|
| 1 制度指紋 | 制度・公募回・申請番号・手引き版を特定 | 制度名のみ確認 | 公募回や適用資料が不明 |
| 2 申請者確認 | 申請企業の責任者が提出内容とアカウントを確認 | 支援者の説明だけで確認 | 申請者が内容・ログインを把握しない |
| 3 応募計画 | 提出した計画の正本と採択時の条件へ到達 | PDFはあるが版不明 | 申請時の内容を復元できない |
| 4 要件対応 | 計画の課題・効果と機能・成果物を要件IDで接続 | 機能一覧だけ存在 | 計画と別のシステムを見積 |
| 5 見積依頼 | 仕様・条件・期限を同じ依頼書で提示 | 口頭補足が残る | 比較先ごとに依頼条件が違う |
| 6 見積内訳 | 機能・工程・単価・数量・成果物・税を確認 | 総額と主要項目のみ | 一式だけで算出根拠がない |
| 7 経費分離 | 補助対象候補と自費を項目別に分離し公式確認 | 一部項目が未判定 | 月額・保守・機器等を一括計上 |
| 8 比較・選定 | 同一条件の比較と選定理由・関係性を保存 | 価格表だけで理由未記録 | 形式だけの相見積・関係性未確認 |
| 9 工程・資金 | 決定後の契約から納品・検収・支払・報告を逆算 | 開発納期だけ確認 | 実施期限・立替資金を未確認 |
| 10 提出版管理 | 提出版・差し戻し・回答・承認を履歴化 | 最新版だけ保管 | 上書きで変更理由と提出事実が消失 |
事業計画・システム仕様・見積を三点対応させるリンク
システム案件で最も価値がある資料は、長い説明書ではなく、計画・仕様・見積を一行で追える対応表です。計画に書いた経営課題と効果指標を起点に、対象業務、必要機能、非機能条件、成果物、見積項目、経費区分、検収証拠を並べます。応募時の文章を開発会社へそのまま渡すだけでは、工数と成果物へ変換できません。
たとえば『受注入力時間を短縮する』なら、現状時間、対象件数、対象部署、受注データ取込、マスタ照合、例外処理、権限、操作ログ、受入テスト、測定方法までつなぎます。見積書には『受注管理機能』だけでなく、設計・実装・データ移行・試験・マニュアルなど、対象範囲と成果物を判断できる粒度が必要です。
交付申請の見積だけを詳しく確認したい場合は、既存のシステム開発見積書7項目を使います。この記事は見積単体ではなく、応募計画から仕様、経費明細、提出版、発注準備までを接続する点が役割です。仕様変更が必要なら、差分を隠さず計画変更・ベンダー変更の確認順へ進んでください。
表は横にスクロールして全項目を確認できます
| 要件ID | 事業計画・効果 | 仕様・成果物 | 見積・経費 | 検収・証拠 |
|---|---|---|---|---|
| REQ-01 | 受注入力時間を短縮 | CSV/API取込・項目照合 | 連携設計・実装 | 正常/例外の受入結果 |
| REQ-02 | 入力ミスを削減 | 必須・形式・重複チェック | 入力検証機能 | エラー別テスト |
| REQ-03 | 承認待ちを可視化 | 権限・承認・通知・履歴 | ワークフロー機能 | 役割別シナリオ |
| NFR-01 | 継続利用できる | バックアップ・復旧・監視 | 非機能・運用設計 | 復元・障害連絡テスト |
| DOC-01 | 担当交代できる | 管理者手順・操作手順・構成図 | 納品ドキュメント | 第三者の再現確認 |
交付申請に必要なシステム資料を8点パックにするリンク
必要書類の名称と必須・任意は制度ごとに違いますが、システム発注準備としては8点パックにすると抜けを発見しやすくなります。公式提出物を勝手に追加するという意味ではありません。事務局へ提出する資料と、社内・開発会社で根拠として保管する資料を区別し、提出対象は公式資料に従います。
省力化一般型第5回の交付申請手引きは、全事業者共通の提出物として見積依頼書、見積書、該当時の選定理由書などを示し、システム構築費の詳細も挙げています。ものづくり補助金22次の手引きは、有効な見積書、必要に応じたシステム構築費の仕様書等、該当経費の補助事業計画書別紙などを案内しています。何が必要かは、自社の経費区分と公募回で一件ずつ照合します。
ファイル名は『最終』『最新版』ではなく、案件ID、資料種別、版、作成日、状態を含めます。例は `G02_REQ_v1.2_20260724_SUBMITTED.pdf` です。編集原本、提出PDF、電子申請の受付・ステータス、差し戻し前後を分け、提出したものを後から再現できるようにします。
表は横にスクロールして全項目を確認できます
| 資料 | 役割 | 主な作成者 | 提出・保管の確認 |
|---|---|---|---|
| 1 制度指紋票 | 適用制度・公募回・手引き・期限を固定 | 申請企業/支援者 | 公式URL・版・確認日 |
| 2 応募申請正本 | 採択対象となった計画を固定 | 申請企業 | 提出版・受付・採択条件 |
| 3 要件対応表 | 課題・効果・機能・証拠を接続 | 申請企業/開発会社 | 応募計画との差分 |
| 4 システム仕様 | 対象範囲・方式・非機能・成果物を定義 | 開発会社 | 費用内訳を説明できる粒度 |
| 5 見積依頼書 | 比較先へ同じ条件を伝える | 申請企業 | 依頼先・日付・有効期限 |
| 6 見積・比較表 | 価格と条件の妥当性を記録 | 開発会社/申請企業 | 内訳・税・相見積・選定理由 |
| 7 経費・資金表 | 補助対象候補と自費、立替を分離 | 申請企業/経理 | 経費区分・支払時期・資金源 |
| 8 提出・回答ログ | 提出版、指摘、修正、再提出を再現 | 申請企業 | 日時・担当・変更理由・受付 |
申請企業・士業・開発会社の責任を分けるリンク
申請支援者がいる場合でも、会社情報、投資判断、申請内容の最終確認まで外注しません。省力化一般型第5回の手引きは、申請担当者を原則として申請者自身または雇用する従業員とし、電子申請マニュアルも入力情報を申請者自身が理解・確認するよう案内しています。制度ごとに代理申請の扱いは異なるため、GビズIDや認証情報を安易に共有しないでください。
士業・補助金支援者は、制度・公募回、必要様式、提出方法、制度上の確認事項を整理します。開発会社は、要件、仕様、工数、単価、成果物、工程、非機能、検収方法を説明します。申請企業は、投資を実行するか、自己資金を含めて支払えるか、誰が要件と検収を承認するかを決めます。
境界が曖昧なまま全員を集めても、会議は説明会で終わります。確認事項ごとに決定者、作成者、確認者、相談先、期限を一行で置きます。補助金×システム開発の役割分担のRACIと同じ責任者名を使うと、交付決定後のキックオフへそのまま引き継げます。
表は横にスクロールして全項目を確認できます
| 論点 | 決定責任 | 作成・説明 | 制度確認先 | 完了証拠 |
|---|---|---|---|---|
| 投資目的・予算 | 経営者 | 事業責任者・経理 | 必要時に金融機関等 | 承認記録・資金表 |
| 制度・提出物 | 申請企業 | 士業・支援者 | 事務局 | 確認日・公式根拠 |
| 要件・仕様 | 事業責任者 | 開発会社・利用部門 | 制度外の技術判断 | 要件対応表 |
| 見積・比較 | 申請企業 | 候補開発会社 | 制度条件は事務局 | 依頼書・比較・選定 |
| 契約・発注 | 経営者/権限者 | 法務・購買・開発会社 | 必要な専門家 | 決定通知・契約日 |
| 提出・差し戻し | 申請企業 | 項目別担当 | 事務局 | 提出版・回答ログ |
差し戻しは指摘箇所・根拠・影響を一つずつ管理するリンク
差し戻し対応では、指摘原文を分解し、対象資料、現状、求められた対応、修正案、根拠、金額・工程・要件への影響、判断者、再提出版を記録します。省力化一般型第5回の電子申請マニュアルは、差し戻し後は事務局から依頼された項目だけを修正し、それ以外は変更せずに提出するよう案内しています。
見積金額を直したときは、経費明細、補助金申請額、自己負担、資金繰り、仕様、比較表へ影響がないか確認します。機能を削ったときは、事業計画の効果指標と検収条件まで追います。総額が変わらないから影響なしとは判断しません。
事務局へ質問した場合は、質問文、前提資料、回答日時、回答者・窓口、回答内容、自社の判断、反映先を保存します。電話回答を法的判断として一般化したり、別制度・別公募回へ流用したりしないでください。回答が制度上の手続に関するものか、自社資料の事実確認かも分けます。
表は横にスクロールして全項目を確認できます
| 列 | 記録すること | 影響確認 | 完了条件 |
|---|---|---|---|
| 指摘ID | 原文・画面・通知日時 | 応募/交付申請のどちらか | 原文へ戻れる |
| 修正 | 変更前・変更後・理由 | 仕様・見積・経費・資金・工程 | 差分が一行で読める |
| 根拠 | 公式資料・事務局回答・技術資料 | 制度判断と技術説明を分離 | 確認日と出典がある |
| 承認 | 作成・確認・決定者 | 責任境界 | 申請企業が内容を確認 |
| 提出 | 版・提出日時・受付・状態 | 関連資料の版一致 | 第三者が再現できる |
30分再現テストと100点の判定方法リンク
提出前に、申請担当ではない社内責任者が30分で資料をたどります。30分は制度上の審査時間ではなく、属人化と説明不足を見つけるGXOの内部テストです。担当者の口頭補足を禁止し、共有フォルダー、台帳、電子申請の控えだけで回答できるかを確認します。
0〜5分で制度指紋と現在状態、5〜10分で応募計画と要件、10〜18分で仕様・見積・経費、18〜23分で比較・選定、23〜27分で工程・資金、27〜30分で提出版・差し戻しログを開きます。時間内に見つからない資料は、存在していても運用上は未確認とします。
90〜100点は提出・発注準備の社内レビューへ進める状態、70〜89点は条件付きで不足資料の責任者と期限を決める状態、69点以下は提出や発注判断を止めて構造から整理する状態です。ただし90点以上でも交付決定を意味しません。0点の停止条件が一つでもあれば総合点にかかわらず止めます。
表は横にスクロールして全項目を確認できます
| 点数 | 社内の判定 | 次の行動 | 誤解してはいけないこと |
|---|---|---|---|
| 90〜100 | 資料と版を再現できる | 公式要件の最終確認と社内承認 | 交付決定を保証しない |
| 70〜89 | 条件付き・一部未確認 | 不足の責任者と期限を固定 | 口頭補足で10点にしない |
| 0〜69 | 構造不足・矛盾あり | 提出/発注を止め三点対応から再構築 | 締切だけを理由に進めない |
| 0点あり | 重大停止条件 | 制度・事実・技術を分けて解消 | 合計点で相殺しない |
30分再現テストの進行
0〜5分：制度、公募回、申請番号、公式資料の版、採択・交付申請・交付決定の現在地を確認
5〜10分：応募申請の提出版から課題、効果、対象経費、実施場所、期限を確認
10〜14分：事業計画の各項目をシステム要件・仕様・成果物へたどる
14〜18分：見積依頼、見積内訳、税、対象外、自費、仕様との対応を確認
18〜23分：相見積条件、比較、選定理由、発注先との関係性を確認
23〜27分：交付決定後の契約、納品、検収、支払、報告、立替資金を逆算
27〜30分：提出版、受付、差し戻し、回答、再提出、承認の履歴を再現
終了時：0点項目、未解決事項、責任者、確認先、期限を一枚に固定
GXOへ相談する前に持ってくるものリンク
GXOが整理できるのは、事業計画からシステム要件・仕様・見積・工程・成果物へ落とす技術面と発注準備です。補助対象経費か、交付決定されるか、差し戻しへの回答が制度上十分かを確定するのは事務局等です。制度判断が未確認のまま、GXOが『対象です』『発注できます』と回答することはありません。
相談時は、制度・公募回、採択通知、応募申請の提出版、差し戻し原文、見積・仕様、希望納期、自己資金を含む予算を共有できる範囲で用意してください。資料が完全でなくても、欠落していること自体を記録すれば開始できます。GビズIDのパスワード、秘密鍵、本番の共有管理者ID、不要な個人情報は送らないでください。
交付申請と発注準備を同時に整理する場合は案件受付フォームへ、すでに契約・発注した、期限が迫る、見積と実装が違う場合は補助事業レスキューへ進んでください。最初に10項目の0点を確認し、制度相談だけの案件と、要件・見積・PMO・開発支援が必要な案件を分けます。
表は横にスクロールして全項目を確認できます
| 持参資料 | 分かること | なくても始められる代替 | 共有しないもの |
|---|---|---|---|
| 制度・公募回 | 適用ルール | 採択通知の制度名 | 他社の手引き |
| 応募申請版 | 採択対象の計画 | 画面控え・作成者メモ | 改変した提出控え |
| 差し戻し原文 | 修正対象と期限 | メール日時・画面 | 解釈だけの要約 |
| 仕様・見積 | 要件と費用の対応 | 提案書・機能一覧 | 秘密鍵・認証情報 |
| 工程・期限 | 実装可能性 | 希望稼働日 | 根拠のない確約 |
| 予算・資金 | 自費と立替の境界 | 上限と支払可能月 | 不要な口座認証情報 |
| 責任者 | 決定・確認の経路 | 暫定窓口 | 外部支援者だけの連絡先 |
よくある質問リンク
採択通知が届いたらシステム開発を発注してよいですか？
採択通知だけで発注可能とは判断しないでください。交付決定前の契約・発注の扱いは制度・公募回で確認します。省力化一般型第5回とものづくり22次の公式手引きでは、交付決定後に事業を開始し、交付決定前の契約・発注に注意するよう明記されています。自社の交付規程、手引き、通知、事務局回答を正本にしてください。
交付申請の差し戻しは不採択という意味ですか？
同じ意味ではありません。差し戻しは提出内容に修正・確認事項があり、申請者側の対応が必要な状態です。ただし、不備が解消されない、公募要領に沿わない事項が判明するなど、交付決定に至らない場合もあるため、指摘原文と制度固有の案内を確認してください。
見積書が一式表記でも仕様書があればよいですか？
制度ごとの要件を確認してください。省力化一般型第5回の手引きは見積書の一式表記を認めず、項目別の詳細を求めています。仕様書は見積の算出根拠を補いますが、見積書自体の公式要件を自動的に代替するものではありません。
相見積はすべての補助金で必ず2者必要ですか？
一律ではありません。金額基準、同一条件、最低価格以外の選定理由、随意契約の扱いは制度と公募回で異なります。省力化一般型第5回の条件を他制度へ流用せず、自社の公募要領・交付申請手引きで確認してください。
開発会社に交付申請をすべて任せられますか？
開発会社には仕様・工数・成果物・工程の説明を依頼できますが、会社情報、投資判断、提出内容の最終確認まで丸投げしないでください。申請担当者や代理申請の扱い、認証情報の管理は制度の公式案内に従い、申請企業が提出版を理解・確認できる状態にします。
差し戻しで見積金額を直した場合、どこまで修正しますか？
指摘された項目を起点に、経費明細、補助金申請額、自己負担、資金繰り、仕様、比較表、工程への影響を確認します。電子申請画面は事務局から指示された範囲に従い、変更前後、理由、根拠、承認、再提出版をログへ残してください。
GXOの100点なら交付決定されますか？
いいえ。100点は計画・仕様・見積・提出版を社内で再現できるかを見るGXO独自の準備度です。公式審査基準でも交付決定の予測でもありません。補助対象可否や手続判断は事務局へ確認し、GXOは技術資料と発注条件の整理を支援します。
出典・公式情報リンク
- 確認 2026-07-24
- 確認 2026-07-24
- 確認 2026-07-24
- 確認 2026-07-24
- 中小企業省力化投資補助事業（一般型）電子申請マニュアル（交付申請）第5回公募確認 2026-07-24
申請者確認、仕様書、差し戻し後の修正、Jグランツ最終手続
2026年6月5日版／P.2〜4、P.11、P.15〜28、P.29〜34
- 確認 2026-07-24
制度の要件・金額・期限は年度や公募回で変わります。最終更新日（2026-07-24）時点の公式情報に基づいて執筆していますが、申請・契約の前に必ず公式サイトで最新情報をご確認ください。
この記事の更新履歴
- 初版。交付申請の差し戻し10項目、計画・仕様・見積の三点対応表、役割分担、差し戻し対応ログ、30分再現テストを公開