ホームページ・システムの成果物をどう証明するか

実務の要点

Webサイトやシステムは、請求書だけでは完成内容が分かりません。申請した機能が実装され、申請者が利用できる状態を画面・URL・仕様書で示します。

重要なのは、書類を後から整える発想をやめ、取引が始まる前に必要な証拠を決めることです。交付規程、補助事業の手引き、事務局FAQを確認し、曖昧な点は発注や支払の前に問い合わせます。申請者、支援者、取引先の間で認識が違う場合は、事務局の回答を共通ルールにします。

よくある失敗

制作会社のテスト環境だけで動いている、管理権限が申請者へ移っていない、申請した機能の一部が未完成というケースです。

補助金実務で厄介なのは、事後に修正できない事実が多いことです。発注日、契約日、納品日、請求日、支払日は、書き換えるものではありません。写真も、設置前や施工中にしか撮れないものがあります。『後でまとめればよい』という判断が、差し戻し、減額、対象外の原因になります。

担当者が行う3つの手順

1. 01申請時の仕様と納品機能をチェックリストで照合する
2. 02公開URL、主要画面、管理画面、動作日時を記録する
3. 03ソース、アカウント、マニュアルなど納品物の受領を確認する

手順には必ず主語と完了条件を置きます。たとえば「経理担当者が、支払予定日の5営業日前までに、申請者名義口座からの振込予約を行い、受付票を案件フォルダへ保存したら完了」と書きます。『確認する』『対応する』だけでは、誰が終わらせる仕事か分かりません。

証拠の残し方

仕様書、画面キャプチャ、URL一覧、検収書、権限移管記録を保存します。

案件フォルダは、採択通知、交付資料、見積、契約・発注、納品・検収、請求・支払、写真・成果物、事務局照会、提出控えの順に分けます。各ファイルには経費番号、日付、取引先、書類名を付けます。提出版を確定したら旧版と明確に分け、第三者が数分で該当資料を見つけられる索引を作ります。

実務家の視点

デジタル成果物は消えたり変わったりします。実績報告時点の状態を固定し、第三者が再現確認できる証拠を残します。

採択はゴールではありません。交付申請で「事業を始めてよい」という交付決定を受け、発注・契約・納品・支払をルールどおりに行い、実績報告と確定審査を終えて入金されて、初めて補助金になります。だから申請時点から、後で何を証明するのかを考えておく必要があります。

差し戻しは、落とすための嫌がらせと決めつけず、確定に必要な確認事項として一問一答で処理します。指示の意味や根拠が分からなければ推測で書類を増やさず、事務局へ「なぜ必要か」を確認します。回答と証拠を対応させ、期限内に早く返すことが入金への実務です。

相談前に準備しておきたい資料

専門家へ相談するときは、きれいに整理してから持ち込む必要はありません。制度名、公募回、申請者名、採択通知、交付申請の案内、現在の期限、事務局から届いた連絡を、分かる範囲で共有してください。見積書や契約書をすでに受け取っている場合は、加工せず原本のまま用意します。

資料が欠けているときは、「ないこと」を隠さず伝えることが重要です。いつ、誰が、どの取引先へ依頼し、何がまだ届いていないかが分かれば、再取得、事務局確認、代替資料の検討を早く始められます。メールやチャットの履歴にも取引の順番を示す情報が残っているため、削除せず保管してください。

相談の目的も一つに絞る必要はありません。「この経費は対象か」「発注してよいか」「差し戻しへどう答えるか」「期限までに実績報告できるか」など、迷っていることをそのまま箇条書きにします。阿久津は資料、期限、未確定事項を整理し、申請者、取引先、経理、支援者が次に行う仕事と完了条件を明確にします。