補助金で作ったシステムは売却・停止できる？財産処分の7判断ゲート

売却・停止そのものが常に禁止されるわけではありません。ただし、補助金等適正化法第22条は、補助事業で取得し、または効用が増加した政令所定の財産について、承認を受けずに補助目的へ反して使用し、譲渡し、交換し、貸し付け、または担保に供することを制限しています。施行令第14条には、補助金相当額を納付した場合や、所定の期間を経過した場合など、制限を適用しない場合が定められています。

この法令だけを読んで自社システムの結論を出すのも危険です。対象財産、金額基準、処分制限期間、廃棄・取壊しを含む具体的な手続、承認後の条件は、制度の交付規程や手引きで確認します。国の制度、自治体制度、同じ制度の公募回で書類や条件が異なる可能性があるため、別制度の事例を自社へそのまま当てはめません。

したがって、社内の停止稟議には『システムを止める理由』だけでなく、『利用制度』『交付決定番号』『取得財産台帳の該当行』『処分制限期間』『事務局への照会・回答』『処分予定日』を載せます。補助金の採択後工程が終わっていても、財産管理や事業化状況報告が続く制度があります。

『補助金で費用を支払ったシステムだから対象』『クラウドサービスだから対象外』という名前だけの判定はできません。自社が提出した取得財産等管理台帳、実績報告、交付決定通知、経費明細、請求書、固定資産台帳を同じ財産単位で照合します。システム一式という表記しかない場合は、ソフトウェア、サーバー、端末、機械装置、クラウド設定、データ移行、外注成果物を分けて確認します。

新事業進出補助金の現行手引きでは、補助事業で取得した財産のうち、取得価格または効用の増加価格が単価50万円（税抜き）以上の機械、器具その他の財産を制度上の処分制限財産として説明しています。同制度の資料は、取得または価値の増えた50万円（税抜き）以上の建物、機械、備品などを対象例として示しています。これは新事業進出補助金の現行資料に基づく例で、他制度へ50万円基準を流用してはいけません。

処分制限期間も、自社が税務申告で使っている耐用年数や、補助金の入金日から機械的に計算できるとは限りません。新事業進出補助金の資料は、法令上の耐用年数を準用し、税務申告上実際に使用する耐用年数ではないと注意しています。自社の取得日、財産区分、交付規程、事務局の記録を正にします。

制度資料では、目的外使用、譲渡、交換、貸付、担保、取壊し、廃棄などの区分が使われます。システム担当者が使う『移行』『停止』『解約』『統合』は、そのまま制度上の区分名ではありません。誰が所有・利用するか、補助目的と同じ用途か、旧環境が残るか、対価を受け取るかまで分解して事務局へ伝えます。

新事業進出補助金の財産処分資料は、目的外使用を補助事業以外の業務で使うこと、譲渡を所有者の変更、貸付を所有者を変えず使用者を変えることとして整理しています。一方、適正化法第22条本文には廃棄という語はなくても、制度の手引きや交付規程が廃棄・取壊しを財産処分手続の対象として扱う場合があります。法令本文だけで手続不要と判断しません。

下表の『システム上の例』は相談時に行為を説明するための整理で、承認要否の結論ではありません。同じクラウド解約でも、補助対象が利用料だけか、構築した無形資産か、連携機器を含むか、データや設定を別環境へ移すかで確認内容が変わります。

財産処分の判断は、制度担当とシステム担当が別々にチェックしても完成しません。制度上は承認済みでもデータを回収できず事業が止まることがあり、技術上は移行できても制度上の予定行為が説明されていないことがあります。7ゲートを一枚にして、各ゲートの回答、根拠URL・書類、確認者、確認日を残します。

重大ゲートはG1、G4、G5、G6です。対象財産、制限期間、行為分類、承認・報告、納付条件のいずれかが不明な状態で、アカウント削除、サーバー廃棄、所有権移転、契約終了を先行させません。事業売却やクラウド解約に期限がある場合は、制度確認と技術保全を並行しますが、不可逆操作は書面回答または正式手続の状態を確認してから行います。

G7は制度上の承認とは別の技術ゲートです。補助金の手続が完了しても、ソースコード、データ、アカウント、ログ、設計書、証憑を回収できなければ、移行・再構築費が膨らみます。監査証跡10項目と開発会社変更の引継ぎ12点を同じ処分計画へ結びます。

相談の起点は、現在のサーバー一覧ではなく、補助事業時の取得財産等管理台帳です。台帳に記載された財産名、数量、取得年月日、取得価格、設置場所、補助金額等と、現行システムの構成を対応づけます。名称変更、クラウド移行、機器交換、ベンダー変更があった場合は、当初台帳から現在までの変化を時系列で示します。

台帳だけで判定できない場合は、交付申請の経費明細、見積、契約、請求、納品、検収、振込、実績報告、固定資産台帳、事業化状況報告を集めます。計画変更・ベンダー変更の確認順も参照し、過去の変更承認や事務局回答が現状へ反映されているか確認します。

開発会社へは『財産処分に該当するか』という制度判断を求めません。納品した構成、所有権・利用許諾、稼働環境、データ保存先、停止すると失われる情報、別環境へ移せるもの、廃棄証明を出せるものを回答してもらいます。制度担当がその技術事実を事務局へ伝えます。

進め方は、不可逆操作の凍結、事実整理、事務局照会、正式申請、承認条件確認、技術作業、処分後報告・台帳更新の順です。新事業進出補助金の現行手引きは、処分制限期間内の財産を処分する前に承認を得るよう求め、承認を得ずに処分した場合は交付決定を取り消す場合があると説明しています。処分後の報告も別の手続として示しています。

省力化投資補助金（一般型）の公式資料ページには、財産処分手続と様式第8の財産処分承認申請書が掲載されています。また、省力化製品の財産処分手続資料では、処分前に申請し、承認通知が発行されてから処分を認める流れと、処分後に売却・廃棄日を客観的に確認できる資料を提出する流れを示しています。対象類型が異なる資料を自社へ直接流用せず、手続の順序を理解する例として使います。

メールや電話で相談した場合も、質問、前提資料、回答者、回答日時、回答内容を記録し、正式申請が必要かを確認します。『担当者に口頭で大丈夫と言われた』だけで停止稟議を通しません。承認通知に納付、期限、処分方法、再処分、報告などの条件があれば、技術作業票と契約書へ転記します。

財産処分に伴う納付・返還の有無や金額は、売却価格だけでは決まりません。制度、財産、処分区分、取得価格、補助金額、経過期間、残存簿価、鑑定評価額、承認条件などが関係します。新事業進出補助金の現行資料は、残存簿価相当額または鑑定評価額・譲渡額を基に、補助金の全部または一部に相当する金額を納付する場合があると説明しています。

同制度のFAQは、事業廃止の届出後に財産処分手続が必要となり、残存簿価相当額等を補助金交付額を上限として納付する場合を説明しています。これは同制度の具体例です。別制度の返還額をこの説明だけで計算せず、事務局が示す計算、承認通知、交付規程を正にします。

経営会議では、金額を一つに決め打ちせず、事務局確認前、納付なしの場合、納付が生じる場合、移行・廃止費を含む場合の複数シナリオを置きます。資金が不足する可能性があるときは、13週資金繰り表へ予定日と下振れ額を反映し、承認前に売却代金や補助金残額を確定収入として扱いません。

ケース1は事業撤退です。事業計画の廃止届出と財産処分が別手続になる制度があります。新事業進出補助金の現行手引きは、事業計画廃止の届出が受理された後、処分制限期間内の取得財産について財産処分承認申請を行うよう説明しています。撤退を決めた日と、システムを停止・廃棄できる日を同日にしません。

ケース2は子会社や事業売却先への移管です。データをコピーするだけでも、所有者・使用者・用途・契約主体がどう変わるかを確認します。事業承継の届出と財産処分、個人情報・顧客契約、知的財産・ライセンス、クラウドの契約移管は別論点です。承継先へ渡す範囲と、元会社が保持・削除する範囲を決めます。

ケース3はクラウド停止・ベンダー変更です。利用契約を終えるだけなのか、補助事業で構築した設定・連携・データ・成果物を消すのかを分けます。制度上の承認要否を事務局へ確認しながら、エクスポート、バックアップ、アカウント移管、移行試験を先に実施します。新環境が動く前に旧環境を消すと、事業継続と監査証跡の両方を失います。

制度上の手続が進んでも、技術保全が終わるまでは契約終了・アカウント削除・媒体廃棄をしません。特にSaaSやクラウドは、解約後すぐまたは一定期間後にデータへアクセスできなくなる場合があります。契約上の出力期限、削除時期、管理者権限、追加費用をベンダーへ書面で確認します。

12点は『ファイルが存在する』だけでなく、第三者が開ける、ビルドできる、復元できる、移行先で照合できる状態まで確認します。バックアップの取得成功ではなく復元試験、ソースコードのZIPではなく履歴・依存関係・ビルド手順、アカウント一覧ではなく管理者移管・多要素認証・緊急連絡先まで固定します。

停止作業後は、実施日、担当者、承認番号・条件、作業対象、データ件数、ハッシュやログ、廃棄・削除証明、残した環境、再開可否を記録します。これは制度上の財産処分報告だけでなく、顧客・監査・事故対応へ説明する技術証拠です。スコープ縮小の最小成果物へつなぎ、全部停止以外の選択肢も比較します。

相談先を一人へ丸投げしません。事務局は制度資料、手続、承認・報告、納付条件を案内します。税理士等は帳簿、固定資産、税務・資金計画を確認します。弁護士等は譲渡、利用許諾、個人情報、契約、法的判断を扱います。開発会社は現在構成、データ出力、停止・移行作業を説明します。GXOはそれらの条件を実装工程へ落とし、移行・縮小・再構築の可否を第三者整理します。

事務局への質問は『止めてよいですか』だけでは足りません。制度名、公募回、交付決定番号、財産名・台帳番号、取得日・価格・補助金額、現在用途、予定行為、相手、対価、予定日、理由、処分後の状態を一枚にします。回答の前提が変わった場合は、以前の回答を流用せず再確認します。

GXOへの案件受付では、制度上の承認を代行・保証するのではなく、残すデータ、回収すべき成果物、並行稼働、移行先、最小再構築、停止順序を一次判定します。交付決定後の案件状態はレスキュー入口で整理し、通知書・台帳・現行構成がそろった段階で相談してください。