知識マップ: 補助金を使うシステム開発の進め方 ── 交付決定からの逆算スケジュールと事業計画づくりの実務

記事「補助金を使うシステム開発の進め方 ── 交付決定からの逆算スケジュールと事業計画づくりの実務」の主張を、概念と関係(エッジ)に分解した知識グラフの全体です。各関係には根拠・確認日・確度が付いています。

補助金を使うシステム開発は、交付決定日より前の発注が補助対象外になることと、補助金が精算払い(後払い)であることの2点を軸に計画します。採択と交付決定は別の手続きで、発注できるのは原則として交付決定の後です。開発は事業実施期限までに検収・支払いを終える必要があり、そこから逆算してスケジュールを組みます。実績報告では契約書や検収書などの証憑一式と、必要に応じて相見積書を提出し、確定検査を経て精算払請求を行って初めて入金されます。事業計画書の作成主体は発注側で、資金繰りにはつなぎ融資も選択肢になります。

flowchart LR
    accTitle: 補助金を使うシステム開発の知識マップ
    accDescr: 交付決定を起点にしたシステム開発計画が、採択・交付申請・事業実施期限・実績報告・確定検査・精算払請求という補助金の手続きの流れや、事業計画書・証憑・つなぎ融資とどう関係するかを示す図
    subsidy_system_development["補助金を使うシステム開発"]
    grant_decision["交付決定"]
    grant_application["交付申請"]
    subsidy_adoption["採択(採択発表)"]
    pre_decision_order_ban["交付決定前発注の禁止(フライング発注の対象外化)"]
    project_implementation_deadline["事業実施期限(補助事業完了期限)"]
    performance_report["実績報告"]
    subsidy_evidence_documents["証憑(契約書・納品書・検収書・請求書・振込記録)"]
    multiple_quotes["相見積書"]
    final_inspection["確定検査(補助金額の確定)"]
    settlement_payment_request["精算払請求"]
    subsidy_business_plan["事業計画書"]
    subsidy_self_burden["恒久的な自己負担(補助率の残り分)"]
    bridge_loan["つなぎ融資"]
    gbizid_prime["gBizIDプライム"]
    subsidy_system_development -.->|"前提とする"| grant_decision
    grant_application -->|"より先に行うべき"| grant_decision
    subsidy_adoption -.->|"より先に行うべき"| grant_application
    subsidy_system_development -->|"防止する"| pre_decision_order_ban
    subsidy_system_development -->|"前提とする"| project_implementation_deadline
    project_implementation_deadline -->|"より先に行うべき"| performance_report
    performance_report -->|"前提とする"| subsidy_evidence_documents
    performance_report -.->|"前提とする"| multiple_quotes
    performance_report -->|"より先に行うべき"| final_inspection
    final_inspection -->|"より先に行うべき"| settlement_payment_request
    subsidy_system_development -->|"前提とする"| subsidy_business_plan
    subsidy_adoption -->|"前提とする"| subsidy_business_plan
    subsidy_system_development -->|"前提とする"| subsidy_self_burden
    bridge_loan -->|"推奨される対応"| subsidy_system_development
    bridge_loan -.->|"前提とする"| subsidy_adoption
    gbizid_prime -->|"より先に行うべき"| grant_application
    subsidy_evidence_documents -->|"より先に行うべき"| settlement_payment_request

概念間の関係(全17件)

図と同じ関係を文章でも列挙します。表示している文と機械可読な意味データ(RDFa)は同じ要素に載っています。確度が「確立した関係」のものは直接の関係として、「条件付きの関係」のものは成立条件つきの言明(rdf:Statement)として表現しています。

• 補助金を使うシステム開発は交付決定を前提とします。補助対象になるのは原則として交付決定日以降に契約・発注した経費に限られるため、システム開発の計画は交付決定を前提に組む。事前着手の承認など、公募要領が例外を認めている場合はこの限りではない。 / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• 交付申請は交付決定より先に行うべきです。交付決定は、交付申請での経費内容の審査を経て出る。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• 採択(採択発表)は交付申請より先に行うべきです。採択発表がある制度では、採択の後に交付申請の手続きに進む。 / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• 補助金を使うシステム開発は交付決定前発注の禁止(フライング発注の対象外化)を防ぎます。交付決定日を起点にスケジュールを組むことで、交付決定前の発注(フライング発注)による経費対象外化を避けられる。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• 補助金を使うシステム開発は事業実施期限(補助事業完了期限)を前提とします。検収と支払いを事業実施期限までに終える必要があり、開発スケジュールはこの期限から逆算して組む。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• 事業実施期限(補助事業完了期限)は実績報告より先に行うべきです。事業実施期限までに支払いを終えた経費を対象に、その後別途の提出期限で実績報告を行う。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• 実績報告は証憑(契約書・納品書・検収書・請求書・振込記録)を前提とします。実績報告では、契約書・納品書・検収書・請求書・振込記録などの証憑一式の提出が必要になる。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• 実績報告は相見積書を前提とします。一定金額以上の調達については、実績報告で原則として複数者からの相見積書が必要になる。 / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• 実績報告は確定検査(補助金額の確定)より先に行うべきです。実績報告の提出・確認を経て、事務局が補助金額を確定する確定検査に進む。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• 確定検査(補助金額の確定)は精算払請求より先に行うべきです。確定検査で補助金額が確定した後に、申請者が精算払請求を提出して初めて補助金が支払われる。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• 補助金を使うシステム開発は事業計画書を前提とします。補助金の審査は事業計画書で行われ、その主体は申請者である発注側である。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• 採択(採択発表)は事業計画書を前提とします。採択は、自社の経営課題や数値目標を記した事業計画書の審査によって決まる。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• 補助金を使うシステム開発は恒久的な自己負担(補助率の残り分)を前提とします。補助率が1/2や2/3であっても、残りは恒久的な自己負担になることを前提に投資判断を行う。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• つなぎ融資は補助金を使うシステム開発に対する本記事の推奨です。精算払いによる後払いへの資金繰り対策として、金融機関のつなぎ融資を利用することが推奨される。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• つなぎ融資は採択(採択発表)を前提とします。つなぎ融資は、採択通知を基に金融機関へ相談できる場合がある。 / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• gBizIDプライムは交付申請より先に行うべきです。電子申請に必要なgBizIDプライムは審査に時間がかかる場合があるため、交付申請より前の段階で取得しておくべきである。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• 証憑(契約書・納品書・検収書・請求書・振込記録)は精算払請求より先に行うべきです。証憑は発生の都度そろえ、実績報告・確定検査を経て精算払請求につなげる。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典

主要概念の定義

補助金を使うシステム開発

交付決定日以降の発注しか補助対象にならず、補助金が精算払い(後払い)になる制約のもとで進める、補助金を利用したシステム開発の計画・実行。

交付決定

採択発表とは別の手続きで、これより前の契約・発注を補助対象外とする、補助事業の実施を正式に認める決定。

交付申請

採択後(または申請そのものが交付申請となる制度ではその申請自体)に、経費内容を精査する手続き。この審査を経て交付決定が出る。

採択(採択発表)

事業計画が審査で選ばれたことの通知。この時点ではまだ発注できず、制度によってはこの後に交付申請の手続きが続く。

事業実施期限(補助事業完了期限)

交付決定から補助事業の完了までに定められた期限。この期限までに開発を完了し、検収と支払いまで済ませる必要がある。

実績報告

発注から支払いまでの証憑を添えて提出する、補助事業の内容を事務局へ報告する手続き。提出期限は事業実施期限とは別に設定される。

確定検査(補助金額の確定)

実績報告の内容を確認し、補助金額を確定させる事務局の検査。

つなぎ融資

補助金の入金までの期間、開発費の立て替えが難しい場合に金融機関から受けられる融資。採択通知を基に相談できる場合がある。

gBizIDプライム

補助金の電子申請に必要な法人・個人事業主向けアカウント。取得には審査があり時間がかかる場合がある。

証憑(契約書・納品書・検収書・請求書・振込記録)

発注から支払いまでの一連の手続きの日付の整合を確認するために実績報告で提出する、契約書・納品書・検収書・請求書・振込記録などの書類。

機械可読データ

• JSON-LD / Turtle ── この記事の知識グラフ全体
• 概念一覧 / 語彙(述語)の定義

このページはサイトの知識グラフ(_data/knowledge/)から自動生成されています。誤りの指摘はお問い合わせからお願いします。