結論から言うと、納品フォルダにソースコードのZIPがあっても、システムを引き継げるとは限りません。履歴、依存ライブラリ、秘密情報の設定方法、ビルド・デプロイ手順、データ定義、テスト、ライセンス、クラウド権限がなければ、第三者は同じものを再現できないからです。
発注時に決めるべきなのは「ソースコードを納品する」という一文だけではありません。何を、どの形式・版・頻度で、誰が更新し、どの操作で検収し、終了時にどう移管するかを成果物ごとに決めます。SaaSやパッケージではソース納品が前提でないため、設定、データ出力、API、契約移管、終了時支援を別に確認します。
この記事の15点と45分再現テストはGXOの内部実務基準です。著作権、利用許諾、成果物の法的帰属、契約不適合を判定するものではありません。契約レビューと実契約、ライセンス条項を正本にしてください。
成果物をコード・構築・運用・権利の4層へ分けるリンク
成果物一覧をファイル拡張子だけで作ると、再現に必要な関係が抜けます。コード層はソースと履歴、構築層は依存・環境・デプロイ、運用層はデータ・監視・手順、権利層はライセンス・第三者素材・利用条件です。
デジタル庁の標準ガイドライン解説書は、政府情報システムで開発事業者から運用保守事業者へ設計書、ソースコード、テストコード等を引き継ぎ、不要な引継ぎコストを避ける考え方を示しています。民間契約の強制基準ではありませんが、納品を運用可能性へつなげる参考になります。
自社案件では、開発方式と契約に合わせて必要物を選びます。スクラッチ、ローコード、SaaS設定、パッケージ改修で同じ成果物を要求しません。
表は横にスクロールして全項目を確認できます
| 層 | 主な対象 | 判定する問い |
|---|---|---|
| コード | ソース、履歴、タグ、レビュー | 変更理由と対象版を追えるか |
| 構築 | 依存、設定、ビルド、デプロイ | 空の環境から再現できるか |
| 運用 | データ、権限、監視、障害、手順 | 担当交代後も運用できるか |
| 権利 | OSS、商用部品、素材、利用許諾 | 継続利用・改修・移管の確認先があるか |
引継げる成果物15点を契約前に選ぶリンク
15点すべてを一律に要求するのではなく、該当・非該当と理由を契約前に決めます。各成果物に、名称、版、形式、格納先、更新者、更新時点、検収方法、秘密情報の除外方法を付けます。
設計書は枚数より現行実装との一致を確認します。画面設計が古くても、API、データ、権限、ジョブ、障害対応の現行情報が追えることが重要です。自動生成できる資料と人が判断を記録する資料を分けます。
補助金案件では、契約上の成果物と実績報告の証拠が一致するとは限りません。制度・公募回の提出物は別表で確認し、15点を提出すれば補助対象や額確定が保証されるとは扱いません。
表は横にスクロールして全項目を確認できます
| 成果物 | 最低限の内容 | 検収方法 |
|---|---|---|
| 1 ソースコード | 対象版・全モジュール | リポジトリと一致 |
| 2 履歴 | commit・tag・release・変更理由 | 対象版を追跡 |
| 3 依存関係 | 言語・ランタイム・ライブラリ | 固定版で取得 |
| 4 ビルド手順 | コマンド・前提・成果物 | クリーン環境で実行 |
| 5 デプロイ手順 | 環境・承認・切戻し | 検証環境へ配布 |
| 6 構成図 | クラウド・ネットワーク・外部連携 | 実環境と照合 |
| 7 設定一覧 | 環境差・秘密情報の参照先 | 本番/検証を比較 |
| 8 データ定義 | テーブル・項目・保持・移行 | 実データ件数と照合 |
| 9 API仕様 | 認証・入出力・例外・制限 | 主要APIを試験 |
| 10 権限表 | 役割・管理者・付与削除 | テスト利用者で確認 |
| 11 テスト | ケース・結果・不具合・再試験 | 対象版と証拠を照合 |
| 12 運用手順 | 定常、月次、障害、問い合わせ | 担当者が実演 |
| 13 監視・バックアップ | 通知、RPO/RTO、復元 | 復元記録を確認 |
| 14 ライセンス一覧 | OSS・商用・素材・期限 | 利用条件の確認先 |
| 15 残課題 | 既知不具合・技術負債・未実装 | 担当・影響・期限あり |
45分の第三者再現テストを行うリンク
納品側が普段使うPCではなく、権限を限定した第三者の検証環境で試します。ソース取得、依存取得、ビルド、テスト、検証環境への配布、主要画面・API確認、ログ確認までを対象にします。本番の秘密情報や個人データをコピーしません。
再現できない場合は、エラーを証拠として残します。口頭で不足設定を受け取り、その場だけ成功させると引継ぎ資料が直りません。手順を更新し、別の担当者が同じ版で再実行します。
45分は複雑なシステム全体を構築する公式基準ではありません。開始条件と主要経路を再現できるかを見るGXO独自の初期テストです。
45分再現テスト
0〜5分：契約成果物、対象tag、検証環境、担当を固定する
5〜12分：新しい権限でリポジトリと依存関係を取得する
12〜20分：手順書だけを使ってビルドする
20〜28分：テストを実行し、失敗と既知不具合を照合する
28〜35分：検証環境へ配布し、主要経路を確認する
35〜40分：ログ、監視、バックアップ参照先を確認する
40〜45分：不足、代替回収、責任者、再試験日を記録する
権利・ライセンス・技術納品を別々に確認するリンク
ファイルを受け取った事実と、改変・再利用・第三者委託できる権利は別です。OSS、商用ライブラリ、フォント、画像、外部API、ローコード部品には個別の利用条件があります。技術チームは一覧と利用箇所を作り、契約・法務担当が条件を確認します。
IPAのモデル取引・契約書は、成果物や権利を検討する際の参考になりますが、そのまま自社契約の結論にはなりません。契約形態、開発方式、既存資産、第三者部品に応じて専門家の確認を受けます。
補助事業の検収・実績報告も別判断です。技術的に再現できることは重要ですが、対象経費や提出物の充足をGXOが確定するものではありません。
表は横にスクロールして全項目を確認できます
| 確認 | 見るもの | 主な確認者 |
|---|---|---|
| 技術納品 | 版、形式、再現、欠落、運用 | 発注者・技術レビュー |
| 契約・権利 | 著作権、利用許諾、第三者委託、終了後 | 契約担当・弁護士等 |
| 補助事業 | 交付内容、証拠、検収・支払・報告 | 事業責任者・士業・事務局 |
欠落した成果物を4分岐で扱うリンク
不足が見つかったら、再納品、代替回収、再構築、保全・専門家確認へ分けます。再納品は契約や関係者が機能している場合、代替回収はクラウド設定や実行環境から現状を記録できる場合、再構築は再現不能で事業継続上必要な場合です。
ソースがない状態で本番を変更し続けると、障害時の切戻しが難しくなります。緊急修正と恒久再構築を分け、現行データ、ログ、設定、権限、契約を先に保全します。ベンダー引継ぎチェックへ回収物を渡します。
契約上の紛争がある場合、証拠を上書きせず、技術的事実と法的主張を分けます。GXOは技術的欠落と代替案を整理し、法的判断は弁護士等へ渡します。
表は横にスクロールして全項目を確認できます
| 分岐 | 使える条件 | 最初の成果物 |
|---|---|---|
| 再納品 | 相手が対応可能で範囲を特定 | 不足一覧・期限・再検収 |
| 代替回収 | 実環境・設定・履歴から復元可能 | 現状スナップショット |
| 再構築 | 再現不能だが事業継続が必要 | 最小要件・データ移行案 |
| 保全・専門家確認 | 権利・契約・証拠に争い | 原本保全・技術事実票 |
納品前に止める7つの赤信号リンク
検収直前に成果物を初めて確認すると、期限を理由に不足を受け入れやすくなります。契約時、中間レビュー、受入開始の三回で同じ15点を確認し、版と更新日を追います。
次の赤信号があれば、検収書へ進む前に第三者再現を行います。特に「退職した担当者のPCにだけある」は、納品物ではなく単一障害点です。
ソースがZIPだけで、履歴・tag・対象版がない
依存ライブラリの版が固定されず、取得先も不明
ビルド・デプロイが担当者の記憶とPCに依存する
本番設定と秘密情報の所在・更新方法が分からない
データ定義、バックアップ、復元記録がない
OSS・商用部品・素材・外部APIの一覧がない
既知不具合・未実装・運用上の回避策が納品一覧にない
まとめ：納品物は「第三者が再現できる状態」で決めるリンク
引継げる成果物は、ファイル数ではなく、第三者が対象版を取得し、構築し、試験し、運用開始できるかで判断します。15点を4層へ分け、45分再現テストで不足を事実にします。
アカウントが自社にない場合は所有・回収条件12項目、納品期限が迫る場合は受入テスト20項目と同時に確認します。
GXOは成果物一覧、第三者ビルド、権限、データ、運用の技術レビューを行い、再納品・代替回収・再構築の選択肢を整理します。権利・契約の結論は専門家へ確認してください。
よくある質問リンク
ソースコードは必ず納品されるものですか？
契約・開発方式によります。SaaSやパッケージでは納品されない場合があります。必要な利用・改修・移管条件を契約前に確認してください。
Gitのリポジトリへ招待されていれば十分ですか？
所有者権限、全履歴、対象tag、依存関係、ビルド、秘密情報の設定方法、終了後のアクセスを確認し、別環境で再現してください。
設計書はどこまで必要ですか？
枚数ではなく、構成、データ、API、権限、運用、障害、変更を第三者が追える範囲を決めます。現行実装と一致する版管理も必要です。
OSSを使っていると著作権は自社に移りませんか？
個別ライセンスと契約によるため一律に判断できません。利用部品、版、利用箇所、ライセンスを一覧化し、契約・法務担当へ確認します。
GXOの第三者再現テストで法的な納品完了を判定できますか？
法的な完了は判定しません。対象版を第三者が取得・構築・試験・運用できるかという技術事実を記録し、契約判断の材料へ渡します。
出典・公式情報リンク
- 確認 2026-07-25
- 確認 2026-07-25
- 確認 2026-07-25
- 確認 2026-07-25
制度の要件・金額・期限は年度や公募回で変わります。最終更新日（2026-07-25）時点の公式情報に基づいて執筆していますが、申請・契約の前に必ず公式サイトで最新情報をご確認ください。
この記事の更新履歴
- 初版。成果物15点、4層判定、45分再現テスト、欠落4分岐を公開