「補助金が使えます」営業に注意 — 悪質ベンダーの見抜き方と不正受給リスク

最初に結論です。「補助金を使えば実質無料でシステムが作れます」「自己負担はゼロにできます」を“売り”にする営業は、警戒すべきサインです。 補助率と自己負担額は制度（公募要領）で決まっており、それをゼロにしてみせる提案の裏には、キックバック・水増し請求・実体のない導入といった不正受給の手口が潜んでいることがあります。そして最も重要な事実は、不正が発覚したとき責任を負うのはベンダーではなく、申請名義人である発注者（補助事業者）本人だということです。全額返還、年10.95%の加算金、事業者名の公表、そして悪質な場合は刑事罰。本記事は、悪質ベンダーの手口と発注前の見抜き方を、申請代行をしない中立の立場から整理します。

1. なぜ「補助金が使えます」営業に警戒すべきか

補助金の活用提案そのものは、まっとうな商行為です。良質なベンダーも当然、使える制度を案内します。問題は、補助金が「手段」ではなく「売り文句の中心」になっているケースです。

健全な発注は、次の順序で進みます。

① 事業課題    どの業務のどんな困りごとを解決したいか
      ↓
② 必要な機能   その課題に本当に必要な機能・範囲
      ↓
③ 適正な費用   人月・工数から積み上げた見積もり
      ↓
④ 使える制度   ②③に合致する補助金を後から当てはめる

悪質な営業は、この順序が逆立ちしています。「補助金で200万円まで出るので、200万円の提案にしましょう」——つまり課題ではなく補助上限から逆算して金額と機能を膨らませる。補助金は本来、発注者の負担を軽くする道具のはずが、ベンダーの受注額を最大化する道具にすり替わっているのです。

発注者がまず持つべき視点: 「安くなる」ではなく「何を解決するために、いくら妥当な投資をするか」。補助金はその投資判断の後に来る話です。順序が逆の提案は、それだけで一段警戒する理由になります。

システム開発の発注そのものの考え方はシステム開発の外注ガイド：失敗しないベンダー選定と費用でも整理しています。補助金の有無にかかわらず、この土台がぶれないことが最大の防御です。

2. 悪質ベンダーの手口 — 不正受給の4類型

IT導入補助金の事務局は、公式に「不正行為」の類型を明示しています。発注者として知っておくべき代表的な手口は次の4つです。

とくに危険なのがキックバックです。「自己負担分はあとでお返しします」「実質タダにできます」という誘い文句は、発注者にとって“お得”に聞こえますが、これは補助金を騙し取る共犯構造への招待にほかなりません。

【キックバックの構造 — 見かけと実態】

見かけ:  発注者 --300万円で契約--> ベンダー
         発注者 <--200万円 補助金-- 事務局
         （発注者の自己負担 100万円…に見える）

実態:    ベンダー --80万円“紹介料”を還元--> 発注者
         発注者の実質負担 = 20万円
         → 本来200万円の価値がないものに補助金200万円が流れる
         → 差額は不正に引き出された公金

この「見かけ」と「実態」の乖離こそが不正認定の核心です。発注者が“得した”と感じる分だけ、公金が不正に流出しているという関係を見抜いてください。

3. 責任を負うのは誰か — 不正受給は「発注者」の罪

ここが本記事で最も伝えたい点です。不正受給の当事者は、申請名義人である補助事業者、すなわち発注者本人です。

「ベンダーに勧められただけ」「手続きは全部お任せだった」——これらは免責になりません。補助金の交付申請は補助事業者の名義で行われ、その内容に責任を負うのは名義人だからです。ベンダーが登録取消などの処分を受けるのは当然として、それとは別に、発注者は返還や公表、場合によっては刑事責任を問われます。

つまり、悪質ベンダーに乗ることは「ベンダーが悪いことをするのを手伝う」のではなく、**「自分が主犯として公金詐取の申請をする」**ことに等しい。これが構造の本質です。

決済の世界で言えば、本番二重課金0件を守る冪等性設計のように「お金が動く処理は誰の責任で正しさが担保されるか」を突き詰める発想と同じです。補助金というお金の流れでも、最終的な正しさの担保責任は発注者にあると考えるのが安全です。

4. ペナルティの全体像 — 発覚したら何が起きるか

不正が確認された場合の措置は、行政処分から刑事罰まで多層的です。事務局の公表事項と、根拠法である補助金適正化法に基づいて整理します。

年10.95%という利率は、消費者ローン並みの水準です。数年後に発覚すれば、加算金だけで元本の数割に達します。加えて、金銭では取り戻せない「事業者名の公表」という信用毀損が待っています。取引先・金融機関・採用市場に与える打撃は、返還額をはるかに上回りかねません。

「バレなければいい」は成立しない: 補助金は会計検査院の検査対象であり、事後の実態調査・現地確認も行われます。導入から数年後に遡って発覚する例も珍しくありません。不正は「時限爆弾を抱えた受注」です。

5. 発注前に見抜く — チェックポイント

契約書にサインする前に、以下を確認してください。ひとつでも当てはまれば、立ち止まる理由になります。

• 「実質無料」「自己負担ゼロ」「あとでキャッシュバック」を売りにしていないか — キックバックの誘い文句
• 補助上限額ぴったりの見積もりになっていないか — 課題からの積み上げでなく上限からの逆算の疑い
• 相見積もり・第三者確認を露骨に嫌がらないか — 比較されると崩れる価格・内容の可能性
• 「今日中に契約を」と交付申請の締切を口実に急かさないか — 冷静な検討をさせない典型
• 導入するツール・役務の実体が具体的か — 体験版・メール研修などで済ませようとしていないか
• 申請IDやマイページの操作を、発注者本人にさせず代行しようとしていないか — なりすまし申請の入口
• 保守・運用・追加費用の条件が契約書に明記されているか — 補助金は初期費用のみ。運用コストの説明を避ける業者は要注意
• IT導入支援事業者として正規に登録されているか — 公式サイトで登録状況・過去の取消事例を確認できる

相見積もりや見積比較の観点は、補助金の有無を問わず有効です。金額の妥当性そのものを見極める姿勢が、悪質提案への最良の予防線になります。

6. 健全なベンダーと、正しい補助金の使い方

では、まっとうなベンダーはどう見分けるか。逆説的ですが、補助金の話を先にしないベンダーほど信頼できます。まず課題と要件を丁寧にヒアリングし、必要な機能と適正な費用を提示し、**「その投資に対して、たまたま使える制度がこれです」**という順で補助金を案内する——これが健全な姿です。

そして補助金の賢い使い方は、**差別化の核だけをスクラッチで作り、汎用部分は既製SaaSやオープンソースで固める「ハイブリッド」に補助を充てることです。この考え方はレガシーシステム刷新の進め方でも触れています。補助金は「身の丈を超えた過剰投資の穴埋め」ではなく、「妥当な投資の自己負担を軽くする追い風」**として使うのが本筋です。

なお、生成AIで開発を加速する提案も増えていますが、AI生成コードを本番品質に仕上げる工程を伴わない「安く速く作れます」だけの提案は、補助金の有無に関わらず品質リスクを抱えます。速さ・安さの裏に検証工程があるかを必ず確認してください。

7. まとめ — 補助金は道具、目的は事業課題の解決

• 「実質無料」を売りにする営業は危険信号。補助率・自己負担は制度で決まっており、それを消す提案は不正の疑い
• 不正受給の責任は発注者本人。全額返還+年10.95%の加算金+事業者名の公表、悪質なら刑事罰
• 見抜く鍵は「補助金ありきで金額が決まっていないか」。相見積もり・導入実体・保守条件・支援事業者登録を確認
• 万一巻き込まれたら早期の自主申告。意図せぬ受給には加算金が課されない扱いもある
• 補助金は手段であって目的ではない。差別化の核に妥当な投資をし、その追い風として制度を使う

中立性についての注記: 筆者はIT導入支援事業者ではなく、補助金の申請代行は行いません。本記事は、発注者が悪質な提案を見抜き、健全な意思決定を行うことを支援する中立の解説です。制度の詳細・最新の補助率・上限額・スケジュール・不正認定の基準は年度ごとに更新されるため、必ず公式の公募要領および事務局サイトでご確認ください。

「この提案、補助金ありきで金額が膨らんでいないか」「本当に必要な機能は何か」を一緒に切り分けたい方へ。発注前チェックリストと無料DX診断で、課題起点の適正な投資計画づくりからお手伝いします。申請支援ではなく、発注者の判断を助ける中立の立場です。