JISA「情報サービス産業 基本統計調査 2024年版」によると、システム開発プロジェクトの契約トラブルの約35%は「契約形態の選択ミス」に起因する。請負、準委任、SES——この3つの契約形態は名前こそ知られているが、実際の権利・義務・リスクの違いを正しく理解している発注者は少ない。
本記事では、3大契約形態の違いをリスク比較表付きで解説し、どの局面でどの契約を選ぶべきかの判断基準、多段階契約の設計、偽装請負の注意点までを網羅する。
目次
- 3大契約形態の基本比較
- リスクマトリクス｜発注者・受注者のリスク比較
- どの契約形態を選ぶべきか｜デシジョンツリー
- 多段階契約の設計
- 偽装請負の注意点
- 契約書の重要条項チェックリスト
- まとめ
- FAQ
1. 3大契約形態の基本比較
システム開発における契約形態は大きく「請負」「準委任」「SES（準委任の一形態）」の3つに分類される。それぞれの法的性質と実務上の違いを整理する。
3大契約形態比較表
| 比較項目 | 請負契約 | 準委任契約 | SES契約 |
|---|---|---|---|
| 法的根拠 | 民法632条 | 民法656条 | 民法656条（準委任の一形態） |
| 成果物の完成義務 | あり | なし | なし |
| 報酬の発生条件 | 成果物の完成・引渡し | 業務の遂行（善管注意義務） | 業務の遂行（稼働時間） |
| 報酬形態 | 固定価格（プロジェクト単位） | 時間×材料（T&M） | 月額固定（人月単価×人数） |
| 瑕疵担保責任 | あり（民法改正後は「契約不適合責任」） | なし | なし |
| 指揮命令権 | 受注側 | 受注側 | 受注側（発注側にはない） |
| 契約解除 | 発注者はいつでも解除可（損害賠償あり） | いつでも解除可 | いつでも解除可 |
| 費用変動リスク | 受注者が負う | 発注者が負う | 発注者が負う |
| 品質責任 | 受注者 | 発注者と受注者で分担 | 発注者が最終責任 |
各契約形態の詳細
請負契約：「成果物の完成」が契約の目的。受注者は仕様通りの成果物を納品する義務を負い、完成しなければ報酬を請求できない。発注者にとっては「いくらで何ができるか」が明確な分、仕様変更への対応が硬直的になりやすい。2020年の民法改正で「瑕疵担保責任」は「契約不適合責任」に変更され、追完請求・代金減額請求・損害賠償・解除が認められる。
準委任契約：「業務の遂行」が契約の目的。受注者は善管注意義務（善良な管理者の注意をもって業務を遂行する義務）を負うが、成果物の完成義務はない。時間×材料（T&M）方式の報酬が一般的で、仕様変更に柔軟に対応できる。ただし、稼働時間が増えれば費用も増える。
SES契約（システムエンジニアリングサービス）：法的には準委任契約の一形態だが、実務上は「エンジニアの常駐」を目的とする。月額固定の人月単価で契約し、エンジニアが発注者のオフィスで業務する形態。指揮命令権は受注側（SES企業）にあり、発注者が直接エンジニアに指示すると「偽装請負」に該当するリスクがある。
セクションまとめ：請負は「成果物保証・固定価格」、準委任は「善管注意義務・時間課金」、SESは「人材提供・月額固定」が基本。契約形態の選択ミスはプロジェクト失敗の主因になるため、この違いの理解は発注者にとって必須知識だ。
2. リスクマトリクス｜発注者・受注者のリスク比較
発注者（クライアント）のリスク
| リスク項目 | 請負契約 | 準委任契約 | SES契約 |
|---|---|---|---|
| 費用超過リスク | 低（固定価格） | 高（稼働時間で変動） | 中（人月固定だが人数変動あり） |
| 仕様変更コスト | 高（追加見積もり必要） | 低（柔軟に対応可） | 低（指示で対応可） |
| 品質リスク | 低（不適合責任あり） | 中（善管注意義務のみ） | 高（品質保証なし） |
| 納期遅延リスク | 受注者の責任 | 発注者の管理責任 | 発注者の管理責任 |
| ベンダーロックイン | 中 | 低 | 低 |
| コミュニケーションコスト | 低〜中 | 中 | 高（管理工数が大きい） |
受注者（開発会社）のリスク
| リスク項目 | 請負契約 | 準委任契約 | SES契約 |
|---|---|---|---|
| 赤字リスク | 高（見積もりミスで赤字） | 低（稼働分は回収可） | 低（月額固定） |
| 仕様膨張リスク | 高（スコープクリープ） | 低（都度協議） | 低 |
| 不適合責任 | あり（引渡後も責任） | なし | なし |
| 人材確保リスク | 中 | 中 | 高（エンジニア離職リスク） |
| 利益率 | 変動大 | 安定 | 安定（だが低利益率） |
リスク総合評価
| 契約形態 | 発注者リスク | 受注者リスク | リスクバランス |
|---|---|---|---|
| 請負 | ★★☆（低〜中） | ★★★（高） | 受注者にリスク偏重 |
| 準委任 | ★★★（高） | ★☆☆（低） | 発注者にリスク偏重 |
| SES | ★★★（高） | ★★☆（中） | 発注者にリスク偏重 |
3. どの契約形態を選ぶべきか｜デシジョンツリー
契約形態選択のフローチャート
以下の判断基準に沿って、最適な契約形態を選択する。
Step 1：要件の確定度は？
- 要件が明確に確定している → 請負契約を検討（Step 2へ）
- 要件があいまい、変更の可能性が高い → 準委任契約を検討（Step 3へ）
Step 2：予算は固定したいか？
- 予算を固定したい → 請負契約
- 柔軟な予算配分が可能 → 準委任契約
Step 3：自社にPM/技術リーダーはいるか？
- いる（プロジェクト管理力あり） → 準委任契約
- いない → 請負契約（管理を含めて委託）
Step 4：エンジニアの常駐が必要か？
- 常駐が必要（長期的なチーム拡張） → SES契約を検討
- 不要 → 請負または準委任
プロジェクト局面別の推奨契約形態
| プロジェクト局面 | 推奨契約形態 | 理由 |
|---|---|---|
| 要件定義・PoC | 準委任 | 要件が不確定、探索的な作業 |
| UI/UXデザイン | 準委任 | 反復的な修正が前提 |
| 基本設計 | 準委任 | 仕様の詳細化が進行中 |
| 開発（実装） | 請負 | 仕様確定後の実装は成果物ベースが合理的 |
| テスト・品質保証 | 請負 | テスト完了が成果物 |
| 保守・運用 | 準委任 | 月次の継続業務 |
| エンジニア増員（短期） | SES | 一時的なリソース補強 |
費用感の比較（同一スコープの場合）
| 契約形態 | 想定費用 | 費用変動の可能性 |
|---|---|---|
| 請負 | 500万円（固定） | 仕様変更で+20〜50%の追加費用 |
| 準委任 | 400〜700万円（変動） | 効率的に進めば下限、スコープ膨張で上限超え |
| SES（2名×6ヶ月） | 80万円×2名×6ヶ月＝960万円 | 人月単価は固定だが、期間延長リスクあり |
セクションまとめ：「要件の確定度」と「自社のPM力」が契約形態選択の2大基準。要件が固まっていれば請負、あいまいなら準委任、リソース補強ならSES。プロジェクトの局面ごとに契約形態を切り替える「多段階契約」が最もリスクバランスが良い。
契約形態の選び方に迷っている方へ
GXOでは、プロジェクトの内容に応じた最適な契約形態のアドバイスを含めた無料相談を実施しています。請負・準委任の使い分け、多段階契約の設計まで、発注者目線でサポートいたします。
※ 営業電話はしません｜オンライン対応可｜相談だけでもOK
4. 多段階契約の設計
多段階契約とは
一つのプロジェクトを複数の局面に分割し、局面ごとに最適な契約形態を適用する方式だ。IPA（情報処理推進機構）も推奨するこのアプローチにより、発注者・受注者双方のリスクを最適化できる。
多段階契約の設計例
| フェーズ | 契約形態 | 報酬形態 | 費用目安 | 期間 |
|---|---|---|---|---|
| 要件定義 | 準委任 | 時間×材料 | 50〜150万円 | 1〜2ヶ月 |
| 基本設計 | 準委任 | 時間×材料 | 50〜100万円 | 1〜1.5ヶ月 |
| 開発・実装 | 請負 | 固定価格 | 200〜800万円 | 2〜6ヶ月 |
| テスト | 請負 | 固定価格 | 50〜150万円 | 0.5〜1.5ヶ月 |
| 保守・運用 | 準委任 | 月額固定 | 月額5〜30万円 | 1年更新 |
多段階契約のメリット
- 発注者のメリット：要件定義で「何にいくらかかるか」を明確にしてから開発の契約に進める。途中離脱も可能
- 受注者のメリット：要件が確定してから請負を受けるため、赤字リスクが低減する
- 共通のメリット：各フェーズのゴー/ノーゴー判断が明確になり、プロジェクトの透明性が高まる
多段階契約の注意点
- フェーズ間の成果物の定義を明確にする（要件定義書、基本設計書等）
- 次フェーズへの移行条件を契約書に明記する
- フェーズごとの見積もりは別途取得し、一括見積もりの罠を避ける
- 要件定義と開発を別の会社に発注する場合は、引き継ぎ工数を見込む
保守・運用フェーズの費用についてはシステム保守費用の相場ガイドを参照してほしい。
セクションまとめ：多段階契約は「要件定義＝準委任→開発＝請負→保守＝準委任」が最も一般的で合理的な設計。フェーズごとのゴー/ノーゴー判断ができるため、大規模プロジェクトほど有効だ。
5. 偽装請負の注意点
偽装請負とは
形式上は請負契約やSES契約（準委任）を締結しているにもかかわらず、発注者がエンジニアに直接指揮命令を行っている状態を指す。労働者派遣法違反に該当し、罰則（1年以下の懲役または100万円以下の罰金）の対象となる。
偽装請負に該当する15のチェックポイント
以下に一つでも該当する場合、偽装請負のリスクがある。
| No. | チェック項目 | リスクレベル |
|---|---|---|
| 1 | 発注者がエンジニアの出勤・退勤時間を管理している | 高 |
| 2 | 発注者がエンジニアに直接作業指示を出している | 高 |
| 3 | 発注者がエンジニアの作業手順・方法を指定している | 高 |
| 4 | エンジニアが発注者の朝礼・ミーティングに参加を義務付けられている | 中 |
| 5 | 発注者がエンジニアの交代・増員を直接指示している | 高 |
| 6 | エンジニアが発注者の名刺を持っている | 中 |
| 7 | エンジニアが発注者のメールアドレスを使用している | 中 |
| 8 | 発注者がエンジニアの有給取得を承認している | 高 |
| 9 | 作業場所・席が発注者オフィス内に固定されている | 低〜中 |
| 10 | 成果物の定義がない（人月精算のみ） | 中 |
| 11 | 受注者のPM/リーダーが現場にいない | 高 |
| 12 | 発注者がエンジニアの勤務評価を行っている | 高 |
| 13 | 契約書に具体的な業務内容の記載がない | 中 |
| 14 | 多段階の再委託（孫請け・ひ孫請け）がある | 高 |
| 15 | 同じエンジニアが長期間（1年以上）常駐している | 中 |
偽装請負を避けるための対策
- 受注者側にPM/リーダーを配置し、発注者はリーダーにのみ指示を出す
- 週次の進捗報告会で業務指示のルートを明確にする
- 作業指示書を受注者側から発行する仕組みにする
- 契約書に業務範囲と指揮命令系統を明記する
- 長期常駐の場合は労働者派遣契約への切替を検討する
セクションまとめ：偽装請負は労働者派遣法違反の犯罪であり、発覚した場合の行政指導・企業名公表のリスクは甚大だ。SES契約を利用する場合は、指揮命令系統の明確化と定期的な自己点検を必ず行うべきだ。
6. 契約書の重要条項チェックリスト
請負契約の重要条項
| 条項 | チェックポイント | 注意事項 |
|---|---|---|
| 仕様書 | 具体的かつ網羅的に記載されているか | 仕様書の変更手続きも明記 |
| 納期 | 中間成果物の納期も定めているか | マイルストーンの設定 |
| 検収条件 | 検収基準、検収期間が明確か | 検収期間のデフォルト値に注意 |
| 契約不適合責任 | 責任期間、請求可能な権利が明記されているか | 民法のデフォルトは1年 |
| 報酬支払条件 | 支払時期、分割払いの条件 | 着手金の取り決め |
| 知的財産権 | 成果物の著作権の帰属先 | 「全て発注者に帰属」が一般的 |
| 再委託 | 再委託の可否、承認手続き | 無断再委託の禁止 |
| 損害賠償 | 上限額、免責事由 | 受注者の賠償上限を確認 |
| 秘密保持 | 対象情報の範囲、保持期間 | 契約終了後の継続義務 |
| 契約解除 | 解除事由、解除手続き | 途中解除時の精算方法 |
準委任契約の重要条項
| 条項 | チェックポイント | 注意事項 |
|---|---|---|
| 業務内容 | 委任する業務の範囲が明確か | 「なんでもやる」はNG |
| 善管注意義務 | 具体的な基準は設けるか | 業界水準の定義 |
| 報酬算定方法 | 時間単価、上限時間は定めるか | 月額上限の設定推奨 |
| 報告義務 | 報告頻度、報告内容 | 週次報告を推奨 |
| 成果物の取扱い | 途中成果物の著作権 | 準委任でも成果物は発生する |
| 指揮命令 | 指揮命令権が受注側にあることの明記 | 偽装請負防止 |
セクションまとめ：契約書は「揉めたときの拠り所」だ。特に「仕様変更の手続き」「検収条件」「契約不適合責任の期間」「知的財産権の帰属」は金額に直結する条項であり、弁護士のレビューを受けることを強く推奨する。
7. まとめ
システム開発の契約形態は「請負」「準委任」「SES」の3つが基本であり、それぞれリスクの所在が異なる。請負は受注者にリスクが偏重し固定価格で安心感がある一方、仕様変更への対応が硬直的。準委任は柔軟だが費用が変動しやすい。SESはリソース調達には便利だが品質保証がない。
最もリスクバランスが良いのは、プロジェクトの局面ごとに契約形態を切り替える「多段階契約」だ。要件定義は準委任、開発は請負、保守は準委任という組み合わせがIPAも推奨する標準的な設計パターンである。
また、SES契約を利用する際は偽装請負のリスクに十分注意し、指揮命令系統の明確化と定期的な自己点検を行ってほしい。
システム開発の費用全般については中小企業のシステム開発費用ガイド、業務システム別の費用感は業務システム別の開発費用ガイドを参照されたい。
まずは無料相談から始めませんか？
GXOでは、プロジェクトの特性に応じた契約形態の設計・アドバイスを含む無料相談を実施しています。「請負と準委任のどちらが良いか」「多段階契約をどう設計するか」など、まずはお気軽にご相談ください。
※ 営業電話はしません｜オンライン対応可｜最短翌営業日に回答
FAQ
Q1. 中小企業のシステム開発では、どの契約形態が一般的ですか？ 中小企業では請負契約が最も一般的だ。要件を固めて固定価格で発注するシンプルさが好まれる。ただし、要件が不明確な段階で請負契約を結ぶと仕様変更の追加費用が膨らむため、要件定義だけ準委任で行い、開発は請負で発注する多段階契約を推奨する。
Q2. SES契約の相場はいくらですか？ SESの月額単価はスキルレベルによって異なる。ジュニアエンジニア（経験1〜3年）で月額50〜70万円、ミドル（3〜5年）で70〜90万円、シニア（5年以上）で90〜120万円、PM/アーキテクトで100〜150万円が2026年時点の相場だ。内製と外注の費用比較は内製エンジニア vs 外注の費用比較を参照してほしい。
Q3. 準委任契約で費用が膨張するのを防ぐにはどうすればよいですか？ 月額上限（キャップ）の設定、週次の稼働報告の義務化、スコープの明文化が有効だ。「月額上限80万円、超過する場合は事前承認」といった条件を契約に盛り込むことを推奨する。
Q4. 契約書のレビューは弁護士に依頼すべきですか？ 100万円以上のプロジェクトでは弁護士レビューを強く推奨する。IT専門の弁護士であれば5〜15万円で契約書レビューが可能だ。契約トラブルの訴訟費用（数十万〜数百万円）を考えれば十分に投資価値がある。
Q5. 途中で契約形態を変更することは可能ですか？ 可能だが、新たな契約書の締結が必要になる。多段階契約を最初から設計しておけば、フェーズごとに適切な契約形態に切り替えることができる。プロジェクト管理の詳細はシステム開発のプロジェクト管理ガイドも参照してほしい。
参考資料
- IPA「情報システム・モデル取引・契約書」（2020年改訂版）
- JISA「情報サービス産業 基本統計調査 2024年版」
- 経済産業省「情報システムの信頼性向上のための取引慣行・契約に関する研究会 報告書」
- 厚生労働省「労働者派遣・請負を適正に行うためのガイド」