📖 この記事はオフショア開発の個別テーマを掘り下げた記事です。全体像はオフショア開発 完全ガイドをご覧ください。
経済産業省「IT人材需給に関する調査」（2019年3月）では、2030年に最大約79万人のIT人材が不足すると試算されている。人材不足を補う手段としてオフショア開発を検討する中小企業が増えているが、契約書の不備がトラブルの最大の原因だ。本記事では、オフショア開発で必ず契約書に盛り込むべき15の条項と、見落としがちなリスクを解説する。
なぜオフショア開発で契約トラブルが起きるのか
よくあるトラブルTOP5
横にスクロールして確認できます
| 順位 | トラブル | 原因 |
|---|---|---|
| 1 | 納品物の品質が期待以下 | 品質基準・受入テスト条件の未定義 |
| 2 | 追加費用の請求 | スコープ（開発範囲）の曖昧さ |
| 3 | 納期遅延 | マイルストーン・ペナルティの未設定 |
| 4 | ソースコードの所有権争い | 知的財産権の帰属が不明確 |
| 5 | 情報漏えい | NDA・セキュリティ要件の不備 |
これらのトラブルの大半は、契約書に明記しておけば防げるものだ。
FREE DOWNLOAD
中小企業のDX推進「失敗を防ぐ5ステップ」ガイドを無料でお送りします
多くの企業がつまずくポイントを着手順に整理した無料ガイド。相談する前に、自社の現在地と進め方を掴めます。
契約書に盛り込むべき15の必須条項
A. スコープ・納品物（4条項）
1. 開発範囲（スコープ）の定義
- 機能一覧を別紙で添付し、契約書本文で参照する
- 「含まれないもの」も明記する（ネガティブスコープ）
- スコープ変更時の手続き（変更管理プロセス）を定める
2. 納品物の一覧と形式
横にスクロールして確認できます
| 納品物 | 形式 | 備考 |
|---|---|---|
| ソースコード | Git リポジトリ | ブランチ戦略も指定 |
| 設計書 | PDF / Markdown | 日本語 or 英語を指定 |
| テスト結果報告書 | Excel / PDF | テストケース数・合格率を含む |
| 環境構築手順書 | Markdown | 再構築可能な詳細度 |
| API仕様書 | OpenAPI / Swagger | — |
3. 受入テスト条件
- 受入テストの実施期間（例：納品後14営業日以内）
- 合格基準（例：テストケース合格率98%以上、重大バグ0件）
- 不合格時の修正義務と期限
4. マイルストーンと納期
- フェーズごとの中間成果物と期日を明記
- 各マイルストーンでのレビュー・承認プロセス
B. 費用・支払い（3条項）
5. 報酬と支払い条件
- 固定価格 or 時間単価 × 工数を明記
- 支払いタイミング（着手金、中間、検収後）
- 通貨（円建て or ドル建て）と為替リスクの負担
6. 追加費用の取り扱い
- スコープ外の追加開発は別途見積・書面合意が必要
- 「口頭での追加依頼は無効」と明記
7. 遅延ペナルティ
- 納期遅延時のペナルティ（例：遅延日数×契約金額の0.1%/日）
- 上限（例：契約金額の10%）
- 不可抗力条項（天災、パンデミック等の免責）
C. 知的財産・セキュリティ（4条項）
8. 知的財産権の帰属
- ソースコードの著作権は発注者に帰属することを明記
- オフショア先が保有するライブラリ・フレームワークの扱い
- 第三者のOSSライセンス遵守義務
9. 秘密保持契約（NDA）
- 秘密情報の定義（ソースコード、設計情報、顧客データ等）
- 秘密保持期間（契約終了後3〜5年）
- 違反時の損害賠償
10. 個人情報・データの取り扱い
- 個人情報の越境移転に関する規定
- データの保管場所・暗号化要件
- 契約終了時のデータ削除義務
11. セキュリティ要件
- 開発環境のセキュリティ基準（VPN、2FA、端末管理）
- ソースコードのアクセス制御
- セキュリティインシデント発生時の報告義務
D. 体制・コミュニケーション（2条項）
12. 開発体制
- PM・テックリード・開発者の人数とスキル要件
- 人員変更時の事前通知義務
- ブリッジSE（日本語対応）の配置
13. コミュニケーションルール
- 使用言語（日本語 / 英語）
- 定例ミーティングの頻度と形式
- 課題管理ツール（Jira, Backlog等）の指定
- エスカレーションルール
E. 終了・紛争解決（2条項）
14. 契約解除条件
- 中途解約の条件と通知期間（例：30日前の書面通知）
- 解約時の精算方法（完了分の支払い、未完了分の返金）
- 引き継ぎ義務（ソースコード、ドキュメント、環境情報）
15. 紛争解決
- 準拠法（日本法 or 相手国法）
- 裁判管轄（東京地方裁判所等）
- 仲裁条項（国際仲裁機関の指定）
オフショア開発の契約書、専門家にチェックしてもらいませんか？
180社以上のシステム開発実績を持つGXOが、ベトナムオフショア開発の契約書レビューと最適な発注戦略を無料でアドバイスします。
※ 営業電話はしません | オンライン対応可 | 相談だけでもOK
契約形態の比較：請負 vs 準委任
横にスクロールして確認できます
| 項目 | 請負契約 | 準委任契約 |
|---|---|---|
| 成果物の完成義務 | あり | なし |
| 報酬の対象 | 成果物（納品物） | 作業時間・工数 |
| 瑕疵担保責任 | あり（通常1年） | なし |
| リスク負担 | 受注者 | 発注者 |
| 適するケース | 要件が明確な開発 | 要件が流動的な開発、ラボ型 |
| コスト予測 | しやすい | しにくい |
中小企業の初回オフショア開発では、要件が明確な部分は請負、流動的な部分は準委任のハイブリッド契約を推奨する。
契約書テンプレートのチェックリスト
契約書の最終確認に使えるチェックリストだ。
- スコープ（開発範囲）が機能一覧で明確に定義されているか
- 納品物の一覧と形式が明記されているか
- 受入テストの条件・期間・合格基準が定められているか
- マイルストーンと納期が具体的な日付で設定されているか
- 報酬額・支払い条件・通貨が明記されているか
- 追加費用は書面合意必須と定められているか
- 遅延ペナルティの条件と上限が設定されているか
- ソースコードの著作権が発注者帰属と明記されているか
- NDA（秘密保持）の範囲と期間が定められているか
- 個人情報の越境移転・削除義務が規定されているか
- セキュリティ要件（VPN、2FA、端末管理）が明記されているか
- 開発体制・人員変更ルールが定められているか
- コミュニケーション言語・頻度・ツールが指定されているか
- 契約解除条件と引き継ぎ義務が規定されているか
- 準拠法・裁判管轄が明記されているか
まとめ
横にスクロールして確認できます
| ポイント | 内容 |
|---|---|
| 最重要3条項 | スコープ定義、知的財産権、NDA |
| 推奨契約形態 | 請負 + 準委任のハイブリッド |
| 契約前に必ずやること | チェックリスト15項目の確認 |
| トラブル防止の鍵 | 「口頭OK」を排除し、すべて書面で |
オフショア開発、安心して始めるために
ベトナムオフショア開発180社以上の実績を持つGXOが、契約設計から開発管理まで一貫してサポートします。
※ 営業電話はしません | オンライン対応可 | 相談だけでもOK
関連記事
- オフショア開発 完全ガイド — 費用・国別比較・失敗しない進め方
- ベトナムオフショア開発 完全ガイド — 費用相場・メリット・リスク対策
- オフショア開発 vs 国内開発 徹底比較 — 費用・品質・スピードの比較
- GXOの開発支援実績 — 導入事例
FAQ
まず何から確認すべきですか？
最初に確認すべきなのは、対象業務、対象データ、責任者、判断期限です。情報収集だけで終えると、導入可否や対応優先順位を決められません。
社内だけで進めるべきですか？
既存業務の棚卸しは社内で進められます。ただし、要件定義、セキュリティ、費用対効果、ベンダー比較が絡む場合は、外部視点を入れた方が手戻りを抑えやすくなります。
GXOにはどの段階で相談できますか？
構想段階、予算化前、RFP作成前、既存システムの見直し段階から相談できます。要件定義、RFP作成、見積比較、レガシー刷新、業務システム再構築の相談を入口に、実装や運用改善まで整理できます。
公式・一次情報（最終確認: 2026年7月12日）
- IPA 情報システム・モデル取引・契約書: https://www.ipa.go.jp/digital/model/index.html
- デジタル庁 デジタル社会推進標準ガイドライン: https://www.digital.go.jp/resources/standard_guidelines
制度、仕様、価格、法令、脆弱性情報は改定されるため、発注・申請・対応の直前にリンク先の最新版と適用条件を再確認してください。
