補助金採択後にベンダー変更できる？AI開発へ切り替える5ゲート判定表

結論から言うと、採択後のベンダー変更可否を記事だけで断定することはできません。 申請枠、交付決定内容、登録ITツール、共同申請したIT導入支援事業者、契約・支払状況によって確認事項が変わるためです。

ただし、判断の順番は決められます。次の5ゲートを、上から順に確認してください。

1. 制度上の整合
2. 契約・権利
3. 引き継げる成果物
4. AI開発としての成立性
5. 期限・証憑・責任者

この記事では、経営者が「今のベンダーを続ける」「条件を整えて切り替える」「補助事業としての変更を止め、別予算で再設計する」の3択を、100点判定表で決められるようにします。

重要: 本記事は制度手続きや法律判断を代行するものではありません。変更を発注する前に、申請マイページ、事務局、IT導入支援事業者、契約の専門家へ個別確認してください。

最初にやることは3つだけ

1. 新しい発注を止める：変更可否と既存契約を確認するまで、新ベンダーと契約しない
2. 事実を1枚にする：交付決定、契約、支払い、納品、未完了範囲を時系列で並べる
3. 公式確認と技術調査を分ける：制度上の可否は公式窓口、引き継ぎ可否は成果物と環境で確認する

この3つが終わってから、5ゲート判定表を採点します。

30秒チェックリスト：1つでも該当すれば、まだ新ベンダーへ発注しない

• 交付決定前に発注・契約・支払いをしている
• 申請したITツールと、作りたいAI機能の対応関係を説明できない
• 現ベンダーとの契約解除条件と成果物の権利が分からない
• ソースコード、設計書、データ定義、アカウントを回収できない
• 新旧ベンダーのどちらが実績報告を支えるか決まっていない
• 事業実施期限から逆算した検収日がない
• 「AIに変えたい」以外の業務上の変更理由がない

該当がある状態で先に新規契約すると、補助対象外、二重支払い、成果物の作り直し、実績報告の証憑不足が同時に起きる可能性があります。

公式情報から確定していること

2026年7月12日時点で、公式サイトから確認できる重要事項は次の通りです。

公式サイトに「採択後は任意のベンダーへ自由に変更できる」とする一般ルールは確認できませんでした。したがって、変更可能と決めつけず、個別照会を前提にします。

GXO式「5ゲート・100点」ベンダー切替判定表

各項目を、確認済みなら満点、一部確認なら半分、未確認なら0点で採点します。合計点だけでなく、ゲート1に0点項目があれば発注停止としてください。

Gate 1：制度整合（25点）

Gate 1で見抜く失敗

最も危険なのは、「交付決定済みだから、同じ目的なら別会社へ頼んでもよい」という思い込みです。補助事業では、会社を変えることだけでなく、申請したITツール、機能、業務プロセス、費目、実績報告の体制が変わらないかを確認する必要があります。

例えば、販売管理ツールの導入で交付決定を受けた後、進捗遅延を理由に需要予測AIの受託開発へ置き換えるケースを考えます。「売上改善」という目的が同じでも、登録ITツール、対象機能、納品物、支払先が変わるなら、同じ補助事業として扱えるとは限りません。

経営者が確認する5つの質問

1. 変更後も、申請したITツールと業務プロセスは同一ですか
2. 変更するのは開発担当者、契約先、IT導入支援事業者、機能のどれですか
3. 変更前に必要な申請・承認・届出はありますか
4. 新旧どちらの事業者が、納品・支払い・利用実態を実績報告で確認しますか
5. その回答は、いつ、誰から、どの前提条件で得ましたか

レッドフラグ

• 「たぶん大丈夫」「前年度も同じだった」という口頭説明しかない
• 申請マイページと社内の発注内容で、ツール名・金額・機能が違う
• IT導入支援事業者が変更計画を把握していない
• 変更後の見積書に、申請時になかった開発費や機能がまとめて入っている
• 事務局へ確認する前に、新ベンダーが着手を求めている

Gate 1の通過基準

申請内容、交付決定、変更案を横並びにし、差分ごとに公式確認の要否と回答を記録できていることです。25点未満でも自動失格ではありませんが、1項目でも0点なら新規発注を止めます。 制度整合は、他のゲートの高得点で埋め合わせできません。

Gate 2：契約・権利（20点）

Gate 2で見抜く失敗

「代金を払ったので、ソースコードも自社のもの」という理解は危険です。契約によっては、納品対象が実行環境だけで、ソースコード、設計書、学習用データ加工物、プロンプト、クラウド構成が含まれない場合があります。

参考例として、旧ベンダー名義のクラウド上でAI機能が動き、Gitリポジトリと外部APIも旧ベンダー契約だったとします。画面が動いていても、契約終了と同時に環境・コード・APIへアクセスできなくなれば、新ベンダーは改修ではなく再構築から始めることになります。

契約書で探す条項

Gate 2のレッドフラグと通過基準

• レッドフラグ: 「別紙一式」「必要に応じて提供」など、対象が特定できない
• レッドフラグ: クラウド・ドメイン・AI APIの管理者が退職者や旧ベンダー
• レッドフラグ: 解約合意と成果物回収を同じ日に行おうとしている
• 通過基準: 解約後も自社が利用・改修・移管できる資産と、再契約または再作成が必要な資産を一覧化できている

Gate 2は法律判断を記事で代替しません。権利帰属や解約条件に争いがある場合は、開発会社同士で処理せず、契約の専門家へ確認します。

Gate 3：引き継ぎ可能性（20点）

Gate 3で見抜く失敗

ファイルを受け取ったことと、引き継げることは別です。ソースコードがあっても、依存ライブラリ、環境変数、DB定義、外部API、ビルド手順が欠けていれば動かせません。設計書があっても、実装と一致していなければ判断材料になりません。

引き継ぎテストの具体例

新ベンダーは、見積前の調査として次を実行します。

1. 空の環境へリポジトリを複製する
2. 手順書だけを使ってビルド・起動する
3. テストデータで主要画面とAPIを動かす
4. バックアップからDBを復元する
5. 外部連携をテスト環境へ切り替える
6. 既知の不具合を再現し、影響範囲を確認する

例えば、リポジトリは受領済みでも、本番DBの定義が手作業で変更され、マイグレーションへ反映されていなければ、新環境は起動しません。この場合は「コード受領済み」ではなく、「DB差分の復元が必要」と判定します。

成果物台帳に必要な列

資産名 / 保管場所 / 所有者 / 最終更新日 / 契約上の帰属 / 受領状況 / 再現結果 / 不足 / 再作成費用 / 回収期限

Gate 3のレッドフラグと通過基準

• レッドフラグ: 見積前調査なしで「そのまま引き継げる」と回答する
• レッドフラグ: 本番環境でしか動作確認できない
• レッドフラグ: 管理者権限、秘密鍵、バックアップの所在が分からない
• 通過基準: 第三者が新しい環境で主要機能を再現し、不足資産と再作成費用を見積条件へ反映できる

Gate 4：AI開発の成立性（20点）

Gate 4で見抜く失敗

ベンダー変更を機に「せっかくならAI化する」という判断は、目的と手段が逆転しやすい場面です。AIが必要かどうかは、月間件数、現行工数、判断の揺れ、データ品質、誤答時の損失で決めます。

AI案を比較する参考例

月1,000件の見積依頼を分類する業務を例にします。

金額は製品・要件で変わるため、ここでは高低だけを示しています。重要なのは、AI案だけを見積もらず、同じ業務成果を得られる非AI案と2年総費用で比較することです。

受入基準の作り方

「精度90%以上」だけでは不十分です。対象データ、母数、誤答の種類、人間確認、停止条件をセットで定義します。

対象：直近3か月の見積依頼1,000件
合格：主要5分類の再現率90%以上
重大誤り：高額案件を対象外へ分類する誤りは1%未満
人間確認：信頼度80%未満と高額案件は必ず承認
停止条件：重大誤りが2週連続で1%を超えた場合

Gate 4のレッドフラグと通過基準

• レッドフラグ: デモ画面だけで精度を評価している
• レッドフラグ: 正解データ、評価母数、誤答時の責任者がない
• レッドフラグ: AI利用料と人間確認工数が費用に入っていない
• 通過基準: 実データに近い検証でAI案と非AI案を比較し、誤答時の運用まで含めて投資判断できる

Gate 5：期限・証憑・運用（15点）

Gate 5で見抜く失敗

開発完了日だけを管理すると、検収、支払い、証憑回収、実績報告が期限からこぼれます。さらにAIは、リリース後も利用料、モデル変更、データ更新、精度監視が必要です。

期限から逆算する参考例

事業実績報告期限を2月26日と仮定する場合、同日を納品日にしてはいけません。個別の期限は必ず最新の交付決定と公式資料で確認したうえで、例えば次のように余白を置きます。

運用責任者まで決める

Gate 5のレッドフラグと通過基準

• レッドフラグ: 工程表が「開発完了」で終わっている
• レッドフラグ: 証憑の収集責任者がベンダー任せ
• レッドフラグ: 補助期間後のAI利用料と改善予算がない
• 通過基準: 実績報告期限から逆算した工程、証憑責任者、補助期間後24か月の運用費を経営者が承認している

点数の読み方

GXO式5ゲート・100点判定表をCSVでダウンロード

CSVは20項目に自社スコア、確認証拠、担当者、期限、判断メモを記入できるテンプレートです。経営会議では合計点だけでなく、Gate 1の0点項目と未回収証拠を先に確認してください。

変更判断フロー

交付決定・申請内容を確認
  ├─ Gate 1に0点がある → 新規発注を停止し、公式窓口へ確認
  └─ Gate 1を通過
       ├─ 契約解除・権利が未確認 → 契約整理を先行
       └─ 契約整理済み
            ├─ 成果物を再現できない → 引き継ぎ調査後に再見積
            └─ 再現できる
                 ├─ AI案が非AI案より不利 → 現行継続または非AI案
                 └─ AI案に合理性がある → 期限・証憑を確認して切替準備

点数が高くても、この順番を飛ばしてはいけません。制度整合、契約、技術、AI適合性、期限は互いに代替できないためです。

そのまま使える事務局・関係者への確認文

制度窓口には「ベンダー変更できますか」だけでなく、事実を分解して伝えます。

件名：交付決定後の実施体制・導入内容に関する確認

申請枠：
交付決定日：
申請したITツール・業務プロセス：
現在の発注・契約・支払状況：
変更を検討する理由：
変更したい事業者・機能・金額・納期：
変更後も維持する申請内容：
実績報告を担当するIT導入支援事業者：

確認したい事項：
1. 変更前に必要な手続き
2. 補助対象経費・登録ITツールへの影響
3. 実績報告の提出者・確認者への影響
4. 必要な証憑と保存すべき記録

回答は口頭だけで終わらせず、日時、窓口、質問、回答、前提条件を記録してください。

ベンダーへ要求する「引き継ぎ資産17点」

「一式」と書かず、ファイル名、保管場所、所有者、最終更新日、再現確認の結果まで台帳化します。

AI開発が向かない・切り替えないほうがよい5条件

次に該当する場合、AI開発より先に業務整理か既製ツール比較を行います。

1. 月間件数が少なく、人手確認のほうが安い
2. 正解データや更新責任者がいない
3. 誤答が法務・安全・顧客損失へ直結し、人間承認を置けない
4. APIやデータ連携がなく、手作業転記が残る
5. 補助金がなくなると保守・AI利用料を払えない

AIという名称は、申請内容との整合や投資効果を保証しません。ルール、検索、RPA、既製SaaSで十分なら、AIを選ばない判断も正解です。

2年総費用の比較式

比較する費用は、初期見積だけではありません。

以下の計算例では、2年総費用は810万円になります。

2年総費用 = 解約・精算費 + 引き継ぎ調査費 + 再開発費
           + 24か月分のクラウド・AI利用料・保守費
           + 社内の移管工数 × 社内時間単価
           - 補助対象として確定した金額

例えば、再開発300万円、引き継ぎ調査50万円、月額運用15万円、社内移管200時間・時間単価5,000円なら、補助金控除前の2年総費用は 810万円 です。現ベンダー継続案、切替案、別予算での再設計案を同じ式で比較します。これは計算例であり、実際の補助対象額や費用を保証するものではありません。

2週間で結論を出す進め方

記入済み判定例：72点なら、まだ切り替えない

以下は判定方法を示すための架空例です。GXOの支援実績や制度上の承認事例ではありません。

前提

• 卸売業、従業員45名
• 通常枠で販売管理ツールを申請し、交付決定済み
• 現ベンダーの開発が6週間遅延
• 経営者は需要予測AIへの切替を希望
• 契約、支払い、成果物の一部が未整理

この例で「開発が遅れているから即変更」と判断すると、制度、権利、データ、証憑の4つを同時に取りこぼします。正しい次の行動は、公式照会、権利確認、未納成果物の回収、データ診断です。再採点で85点以上になってから切替準備へ進みます。

5ゲート判定表の根拠と検証方法

5ゲートは、読み物として独自性を出すための名称ではありません。GXO独自分析として、公式制度、契約、技術移管、AI適合性、実績報告を、互いに代替できない5つの責任領域へ分解した管理方法です。

• 判定表バージョン: 1.0（2026年7月13日）
• 監修範囲: GXO AI・DX開発チームが、要件定義、開発引き継ぎ、AI適合性、運用設計を確認
• 非監修範囲: 補助金の個別可否、法律・税務判断、事務局回答の代替
• 更新条件: 公式要領・手続きの変更、判定項目の不足が判明した場合に版番号と更新日を変更
• 検証可能性: 各点数には必ず証拠を添付し、証拠がない項目は満点にしない

この開示により、読者は判定表を盲信せず、どの部分を公式窓口、契約専門家、開発会社へ確認すべきか判断できます。

GXOへ相談した場合の成果物

GXOは補助金の採否や制度上の可否を保証しません。制度確認に必要な事実と、開発を引き継ぐための技術情報を分けて整理します。

初回整理で扱う成果物は次の通りです。

• 交付決定・契約・支払・成果物の事実関係1枚
• 5ゲート100点判定表
• 事務局・IT導入支援事業者への確認事項
• 引き継ぎ資産17点の回収台帳
• 現ベンダー継続／別ベンダー切替／別予算再設計の比較表
• AI案と非AI案の2年総費用・効果比較
• 切替可能な場合の90日移管計画

特に、契約・証憑・技術の論点が混ざり、社内だけでは全体を説明できない場合は、GXOの第三者整理が有効です。現状を5ゲートで採点し、制度確認に必要な情報、回収すべき成果物、切替後の実行計画を一つの判断資料にまとめます。

補助金案件の切替可否を整理する

FAQ

採択後なら、まだ契約前でも自由にベンダーを変えられますか？

自由に変更できるとは断定できません。申請したITツール、IT導入支援事業者、交付決定内容との関係を確認してください。契約前であることと、補助事業上の変更が認められることは同じではありません。

進捗が遅いので、先に新ベンダーへ発注してよいですか？

先に発注せず、交付決定、変更手続き、既存契約、補助対象経費への影響を確認します。公式サイトは、交付決定前の発注・契約・支払いでは補助金を受けられないと明記しています。

AI機能ならデジタル化・AI導入補助金の対象になりますか？

「AI」という名称だけでは判断できません。申請枠、登録ITツール、対象経費、業務プロセス、導入内容との整合を確認します。

旧ベンダーがソースコードを渡してくれません。どうすべきですか？

まず契約上の納品物と権利帰属を確認します。受領権限が不明なまま技術的な持ち出しを求めず、契約専門家を交えて回収可能範囲と再作成範囲を分けます。

GXOへ相談すると、何が整理できますか？

制度上の確認事項、既存契約、未納成果物、技術的な引き継ぎ範囲、新ベンダーへの見積条件を分けて整理できます。初回整理では、5ゲート判定表、事務局への確認事項、引き継ぎ資産台帳、選択肢比較、90日移管計画までを判断材料にします。

出典・公式情報・最終確認日

• デジタル化・AI導入補助金2026 資料ダウンロード（最終確認: 2026年7月12日）
• 交付決定後に必要な手続き（最終確認: 2026年7月12日）
• デジタル化・AI導入補助金2026 通常枠（最終確認: 2026年7月12日）
• デジタル化・AI導入補助金2026 通常枠 公募要領PDF（最終確認: 2026年7月12日） 制度、対象経費、期限、手続きは更新されます。発注・契約・支払い・変更判断の直前に、公式サイトと個別回答を再確認してください。

関連記事

• AI・自動化支援
• DX・システム開発
• 補助金診断
• システム開発のセカンドオピニオン