補助金の事業化状況報告は何を出す？システムKPIを毎年再現する7項目台帳

事業化状況報告・効果報告は、補助事業完了後の一定期間に、事業化の状況、決算・付加価値、賃金、導入効果、知的財産などを制度所定の方法で報告する手続です。ただし、名称、回数、起算点、入力期間、項目、添付資料、未達時の扱いは制度・公募回で異なります。『補助金は全部5年間』『毎年同じ書類』とまとめてはいけません。

ものづくり補助金の公式ページは、補助事業終了後5年間に合計6回、報告書、実態把握調査票、返還計算シート、直近の決算書、報告年3月分の賃金台帳を報告する制度例を示しています。新事業進出補助金の公式ページは、補助事業を完了した日の属する年度の終了後を初回として、以降5年間に計6回報告するよう案内しています。

省力化投資補助金（一般型）の現行案内は、事業計画期間1年目の終了後、最初の4月から5年間、毎年効果を報告する制度例です。同じ『複数年の報告』でも数え方が異なるため、自社の交付決定通知、交付規程、公募回資料、事務局画面を正にします。

実績報告は、補助事業期間内の発注、納品、検収、支払、成果物、対象経費を確定する工程です。事業化状況報告・効果報告は、事業完了後に成果がどう使われ、経営・賃金・省力化等の指標がどう推移したかを追う工程です。財産処分は、取得財産の用途変更、譲渡、貸付、廃棄などを確認する別の手続です。

三つは証拠を共有しますが、同じ手続ではありません。実績報告で提出した成果物や取得財産台帳は、事業化状況報告の対象システムを特定する起点になります。事業化状況報告で利用停止や事業廃止が見えた場合は、財産処分の7判断ゲートも確認します。

社内の管理表では、手続IDを分けます。たとえばPERFは実績報告、COMMは事業化・効果報告、ASSETは財産処分です。証拠ファイルを複製するのではなく、同じ証拠IDを各手続から参照します。どの手続で、誰が、いつ、何を確認したかを混ぜないことが再現性の土台です。

年表は制度名だけで作らず、公募回、交付決定番号、補助事業完了日または額確定日、決算月、事業計画期間、公式資料の版を一組にします。制度のサイトが更新されても、自社の公募回へ適用される規程・要件が同じとは限りません。

ものづくり補助金の公式タイミング資料は、額の確定を2月末までに受けた場合は次の4月から5月、3月以降なら翌年4月から5月を初回とする例を示しています。一方、新事業進出補助金の現行資料は、報告開始可能日を補助事業者の決算日の翌日と説明しています。日付の説明方法自体が違うため、別制度の年表をコピーしません。

省力化一般型の現行PDFは、補助事業完了年度の翌年度を事業計画1年目とし、1年目終了後の最初の4月から5年間報告し、効果報告期間は原則4月から3か月と説明しています。決算月によって初回報告に使う決算値が変わる例も示されているため、カレンダー年ではなく自社の決算年度で置きます。

KPI台帳は『売上』『省力化時間』という名前の一覧では足りません。数字を第三者が再計算できる条件を一行にします。各KPIに一意のKPI IDを付け、申請時の目標、今年の実績、証拠、抽出処理、確認者を同じ行へ接続します。

最も事故が起きやすいのは対象範囲です。会社全体か補助事業だけか、対象拠点・部門・製品はどこか、取消・返品・社内取引を含むか、税抜か税込かを固定します。システムが売上へ寄与した割合を求める制度例でも、ログイン数や処理件数をそのまま売上へ置き換えません。

台帳は報告様式の代わりではなく、公式入力欄へ戻るための社内統制です。制度側の定義が変わった場合は既存行を上書きせず、定義版を上げ、旧版の数値と差分理由を残します。前年値の再現と新定義への移行を両立させます。

制度が求める数値と、システムが直接持つ数値は同じではありません。決算書は会社全体の確定値、給与・賃金台帳は対象者と支給期間、業務システムは処理件数・時間・利用者、契約・販売管理は対象事業の売上や原価を説明します。複数のデータ源を役割別に照合します。

ものづくり補助金の現行FAQは、導入設備やシステムが売上等に寄与した割合を算出して当該事業の原価を入力する例や、報告対象年度の直近の確定決算書を添付する例を示しています。これは同制度の具体例です。別制度の算式や提出物をこのFAQだけで決めません。

新事業進出補助金の現行資料は、直近1年間の事業化状況、付加価値額、賃金引上げ、補助事業に係る知的財産権等を報告対象の例として示しています。システム担当は会計・賃金の結論を作るのではなく、どの注文、処理、利用者、期間が対象かを説明するログと集計条件を提供します。

再現テストは、前年の集計担当者ではない人が、KPI IDを一つ選び、30分以内に公式定義、対象期間、元データ、抽出処理、実績値、前年との差異理由までたどれるかを確認します。30分は制度上の基準ではなく、GXOが社内運用の属人性を見つけるために置く実務基準です。

テスト用データは本番原本を直接編集せず、読み取り専用のコピーまたは検証環境で扱います。個人情報・賃金・取引情報へアクセスするため、テスト担当者、目的、閲覧範囲、持ち出し禁止、削除日を記録します。数字の一致だけでなく、権限統制も合格条件です。

不一致が出たら、どちらかを正しいと即断しません。公式定義、基準年度、対象範囲、タイムゾーン、取消・返品、締め処理、丸め、データ更新日時、抽出コード版を順に比較します。差異原因と採用値の承認者をKPI台帳へ戻します。

データが欠けていても、前年値や申請時目標から推測して埋めません。まず、元データはあるが定義・抽出条件がないのか、元データ自体がないのか、制度上どの代替資料が認められるか判断が必要なのかを分けます。

元データがある場合は、バックアップ、監査ログ、CSV、請求・給与システム、旧ベンダーの成果物から再抽出し、採用した条件を新しい処理版として固定します。元データが不足する場合は、契約、請求、入金、作業日報、アクセスログなど複数の代替証拠で事実を再構成し、欠損期間と推計の有無を明記します。

代替証拠で公式報告値としてよいか、目標未達・収益納付・返還へ影響するかは、事務局・必要な専門家へ確認します。GXOは復元・抽出・照合の技術作業を支援できますが、制度上の採用可否や結果は保証しません。開発会社変更の引継ぎ12点も使い、旧環境を消す前にデータを回収します。

『目標未達なら必ず全額返還』『赤字なら報告不要』『収益が出たら売上全額を納付』といった一律判断はできません。未達時の扱い、免除・例外、収益納付の対象と計算、報告未完了時の扱いは制度・公募回・事実関係で異なります。

ものづくり補助金の公式ページは、補助事業の成果を活用した販売や知的財産権取得で収益が出た場合の収益納付、賃上げ等の状況による返還、報告が未入力・入力中のままの場合の扱いを説明しています。省力化一般型の公式FAQは、公募回別の給与・最低賃金要件と例外例を案内しています。これらは各制度の説明であり、他制度へ流用しません。

経営会議では、制度上の結論が確定する前に、事実とシナリオを分けます。実績値、証拠、未達理由、利益・赤字、天災等の事情、事務局照会中の論点を一覧にし、納付なし・一部納付・返還等を勝手に確率計算しません。資金影響があり得る場合は13週資金繰り表へ幅で反映します。

KPI台帳は報告月だけ更新する資料ではありません。月次でログ保存と欠損、四半期で事業KPIと差異、決算時に会計・給与の確定値、報告前に制度資料の版・入力期間・添付資料を確認します。担当者変更時はGビズID、事務局登録メール、データ権限、台帳責任者を同時に引き継ぎます。

経営者は採用値と未解決リスクを承認し、経理・労務は決算・給与の正本を確認し、事業部は対象事業の範囲と差異理由を説明し、システム担当はログと抽出処理を維持します。士業は資格・契約範囲の会計・税務・労務・申請論点を扱い、事務局は制度手続を案内します。

GXOはKPI定義をシステム項目へ落とし、データ連携、ダッシュボード、権限、監査ログ、再現テストを設計します。報告入力そのものを無条件に引き受けず、依頼範囲、正本提供者、承認者、制度確認者を契約前に固定します。

相談時は『事業化状況報告を手伝ってほしい』だけでなく、制度名、公募回、交付決定番号、補助事業完了日・額確定日、決算月、次回報告時期、申請時KPI、前年報告、データ源、欠損、担当者変更を一枚にしてください。制度確認が必要な論点と、技術で解決できる論点を初回から分けられます。

GXOは、KPI台帳の作成、ログ保存期間の確認、SQL・CSV・APIの抽出条件、会計・給与・業務データの照合、BI・ダッシュボード、30分再現テスト、ベンダー引継ぎを一次判定します。制度上の報告回数・提出可否・返還・納付は、自社の事務局・交付規程・専門家確認を前提にします。

報告期限が迫っている、前年の抽出条件がない、旧ベンダーへ連絡できない、ログ保存期限が近い場合は、分かる資料だけで相談してください。交付決定後の案件状態はレスキュー入口で整理し、不可逆な削除や契約終了はデータ保全後に判断します。