- システム開発における2つの契約形態（請負・準委任）の違い
- それぞれのメリット・デメリットと適したケース
- 契約形態の選び方と判断基準
- 契約書で確認すべき重要ポイント
- トラブルを防ぐための契約のコツ
システム開発の契約形態はなぜ重要か
システム開発を外注する際、契約形態の選択は費用・リスク・責任の所在に大きく影響します。
「開発会社に見積もりを依頼したら、請負と準委任の2パターンを提示された。何が違うの？」——これは初めてシステム開発を発注する方がよく抱く疑問です。
契約形態を正しく理解していないと、以下のようなトラブルが発生するリスクがあります。
- 「完成品を納品してもらえると思っていたのに、途中で契約が終了した」
- 「追加費用が次々と発生し、当初の見積もりを大幅に超えた」
- 「不具合があっても無償で直してもらえない」
これらのトラブルは、契約形態の理解不足から起きることが多いのです。
2つの契約形態：請負と準委任
システム開発で使われる契約形態は、主に「請負契約」と「準委任契約」の2種類です。
| 比較項目 | 請負契約 | 準委任契約 |
|---|---|---|
| 成果物の完成義務 | あり（完成品を納品する義務） | なし（業務の遂行が義務） |
| 報酬の支払い条件 | 成果物の納品・検収後 | 稼働時間に応じて（月額など） |
| 不具合の責任 | 契約不適合責任あり（旧・瑕疵担保責任） | 善管注意義務のみ |
| 仕様変更への対応 | 原則として追加費用が発生 | 柔軟に対応しやすい |
| 費用の予測性 | 高い（固定価格） | 低い（稼働時間による変動） |
| 発注者のリスク | 要件の曖昧さ → 追加費用 | コストの膨張 → 予算超過 |
| 開発会社のリスク | 見積もりの誤り → 赤字 | 比較的低い |
請負契約とは
請負契約は、「仕事の完成」を約束する契約です。開発会社は仕様書通りのシステムを完成させ、納品する義務を負います。
メリット
- 費用が事前に確定する（固定価格）
- 成果物が保証される
- 納品後に不具合があれば無償で修正してもらえる（契約不適合責任）
デメリット
- 仕様を事前に明確にする必要がある
- 開発途中の仕様変更は追加費用が発生しやすい
- 要件が曖昧なまま進めると「思っていたものと違う」が起きやすい
準委任契約とは
準委任契約は、「業務の遂行」を約束する契約です。開発会社はエンジニアの稼働を提供し、発注者と協力しながら開発を進めます。
メリット
- 要件が固まっていなくても開発を始められる
- 仕様変更に柔軟に対応できる
- アジャイル開発との相性が良い
デメリット
- 総費用が事前に確定しない
- 完成の保証がない
- 発注者側のプロジェクト管理負担が大きい
契約形態の選び方
請負契約を選ぶべきケース
- 要件が明確に定義できている
- 予算の上限が厳格に決まっている
- 成果物の品質を契約で保証してほしい
- 社内にプロジェクト管理のリソースが少ない
準委任契約を選ぶべきケース
- 要件が流動的で、作りながら仕様を決めたい
- アジャイル開発で進めたい
- 新規事業やMVP開発など、試行錯誤が前提のプロジェクト
- 社内にプロジェクトマネジメントができる人材がいる
工程ごとに使い分けるケース（推奨）
| 工程 | 推奨する契約形態 | 理由 |
|---|---|---|
| 企画・コンサルティング | 準委任 | ゴールが明確でない段階、柔軟な議論が必要 |
| 要件定義 | 準委任 | 要件を固める過程で仕様が変動するため |
| 設計・開発・テスト | 請負 | 仕様が固まった後は成果物の保証が重要 |
| 保守・運用 | 準委任 | 継続的な業務遂行が中心のため |
システム開発の流れの各工程に合わせて契約形態を選ぶと、リスクを最小限に抑えられます。
契約書で確認すべき重要ポイント
開発会社を選定した後、契約書の締結時に以下のポイントを必ず確認しましょう。
共通の確認事項
- 契約形態 — 請負か準委任か明記されているか
- ソースコードの所有権 — 納品後のソースコードは発注者に帰属するか
- 秘密保持 — 業務上知り得た情報の取り扱い
- 再委託 — 開発の一部を別の会社に委託する場合のルール
- 契約解除条件 — どのような場合に契約を解除できるか
請負契約の確認事項
- 仕様書の範囲 — どこまでが契約の範囲で、どこからが追加費用か
- 検収条件 — 何をもって「完成」とするか
- 契約不適合責任の期間 — 納品後何ヶ月間、不具合を無償で修正してもらえるか（一般的に1〜3ヶ月）
- 仕様変更のルール — 追加費用の算出方法と承認フロー
準委任契約の確認事項
- 稼働時間の定義 — 月の基準時間、超過・不足時の精算方法
- 報告義務 — 稼働時間や成果の報告頻度・方法
- 契約期間と更新 — 自動更新か、都度更新か
- 中途解約の条件 — 何ヶ月前に通知すれば解約できるか
トラブルを防ぐための契約のコツ
コツ①：仕様変更のルールを事前に決める
開発中の仕様変更は避けられません。「仕様変更が発生した場合の追加費用の算出方法」と「承認フロー」を契約時に取り決めておきましょう。
コツ②：検収条件を明確にする
「何をもって完成とするか」が曖昧だと、納品・検収の段階でトラブルになります。テスト工程と検収の基準を事前に合意しておくことが重要です。
コツ③：議事録を残す
打ち合わせの内容は必ず議事録として文書化し、双方で確認します。口頭での合意は「言った・言わない」のトラブルの原因になります。開発会社とのコミュニケーション術も参考にしてください。
コツ④：支払い条件を段階的にする
請負契約の場合、「着手時30%・中間30%・検収後40%」のように支払いを分割することで、リスクを軽減できます。全額前払いは避けましょう。
まとめ
システム開発の契約形態は、プロジェクトの成否に直結する重要な決定です。
- 請負契約は成果物の完成を保証、費用が確定的、要件が明確な場合に適する
- 準委任契約は柔軟な対応が可能、費用が変動的、要件が流動的な場合に適する
- 工程ごとに使い分けるのが最もリスクが低い（要件定義は準委任、開発は請負）
- 契約書ではソースコードの所有権・検収条件・仕様変更ルールを必ず確認する
- 議事録の作成と支払いの分割でトラブルリスクを軽減する
契約形態の選択に迷ったら、お問い合わせからお気軽にご相談ください。FUNBREWでは、プロジェクトの特性に合わせた最適な契約形態をご提案しています。
この記事をシェア