【第27回】不採択・返戻を防止する！交付申請〜実績報告におけるSIerの「契約・納品・決済」実務チェックリスト

「補助金の採択通知が届いたから、これで一安心！」――もし貴社や顧客企業がそう考えているとしたら、極めて危険なトラップに足をすくわれる可能性があります。補助金・助成金実務において、採択通知はスタートラインに過ぎず、その後の「交付申請」「契約・納品」「実績報告・確定検査」のプロセスでルールを1つでも破ると、補助金が1円も交付されない（受給不可）という最悪の事態に陥るからです。

特にSIer・ITベンダーが関与するシステム開発やSaaS導入では、発注のタイミング、相見積書の書式、銀行振込の証明方法、成果物の定義など、公的機関ならではの極めて厳格な審査基準が存在します。ベンダー側の知識不足や軽率な誘導によって顧客が受給不可となった場合、売掛金の回収不能トラブルや訴訟リスクに直結しかねません。

本記事では、ITベンダー・SIerの営業担当者やプロジェクトマネージャーが押さえておくべき、交付申請から実績報告・口座着金までの「実務チェックリスト」とコンプライアンス上の必須ルールを徹底解説します。

1. フェーズ1：【交付申請〜発注前】絶対に破ってはならない「契約・相見積ルール」

採択通知を受けた後、最初に行うのが「交付申請」です。このフェーズでSIerが最も注意すべきは、「交付決定前の事前着手NG」と「相見積書の不備防止」の2点です。

まず、原則として「交付決定通知書」の日付より前に契約締結、発注、着手金振込等を行った案件は、理由の如何を問わず全額対象外（不支給）となります。「採択が出たから急ぎ開発を進めてほしい」と顧客から依頼されても、絶対に交付決定が出るまで契約・着手してはなりません。

次に、一契約の金額が一定額（例：東京都の助成金では税抜100万円以上、ものづくり補助金等でも同様の基準あり）を超える場合、同等仕様での「2社以上の相見積」の提出が義務付けられます。相見積書において「一式」表記を行ったり、自社見積と相見積の要件・数量・仕様に食い違いがあったりすると、大幅な補正指導や審査遅延の原因となります。

2. フェーズ2：【開発・納品〜決済】審査で弾かれない「成果物・振込証明」の揃え方

開発・構築が完了し、システムの納品および顧客からの代金決済を行うフェーズでも、公的補助金特有の厳格な証明が求められます。

実績報告時には、SIerから顧客へ「業務完了報告書」「納品書」「要件定義書・設計書」「納品システム稼働画面のキャプチャ（日付・URL確認可能）」などの成果物一式を遅滞なく提出する必要があります。税抜50万円以上のハードウェアや媒体納品がある場合は、指定ステッカーを貼付した写真撮影が求められるケースもあります。

また、決済方法に関してもトラップが潜んでいます。原則として「助成事業者（顧客）名義の法人法人口座からの銀行振込」でなければなりません。現金払い、手形、小切手、相殺取引は全額NGとなるほか、代表者個人クレジットカード決済や口座引き落とし日が補助事業期間外となる決済も不支給原因となります。

3. フェーズ3：補助金受給まで顧客を安心させる「SIer向け実務チェックリスト」

SIer・ITベンダーが営業・導入現場でそのまま活用できる、プロジェクト進行時の「実務チェックリスト」を以下にまとめました。案件ごとにこのチェックリストに沿って進捗を管理することで、不不支給や審査遅延のリスクをゼロに近づけることができます。

4. 💡 よくある質問（FAQ）

5. まとめ・アライアンスのご案内

補助金・助成金を活用したシステム構築案件では、「採択」と同じくらい「交付申請〜納品・決済・実績報告」の実務コンプライアンスが重要です。SIer・ITベンダーが実務ルールを正確に理解し、顧客に適切なタイミングでアドバイスと書類提供を行うことで、受給トラブルを100%防ぎ、顧客からの絶大な信頼を獲得することができます。

株式会社Result（リザルト）では、SIer・ITベンダー様やSaaS事業者様向けに、補助金ツールの登録支援から顧客の交付申請・実績報告における実務伴走サポートまで幅広くアライアンス対応を行っております。「自社案件で受給トラブルを起こしたくない」「実務サポートの専門パートナーが欲しい」というベンダー様は、ぜひお気軽にご相談ください。