準委任契約と請負契約の違い｜IT開発契約での選び方

システム開発・Web制作の契約では、準委任と請負のどちらにするかで紛争リスクが大きく変わる。アジャイル開発・スクラム開発が一般化した今、伝統的な請負契約一本では合わないケースが増えている。両者の本質的な違いと、IT開発でどちらを選ぶべきかを実務観点で解説する。

民法上の違い

請負契約（民法632条）

受注者は仕事の完成を義務として負い、発注者はその仕事の結果に対して報酬を支払う契約。受注者には完成義務があり、未完成の場合は報酬請求権が原則として発生しない。

準委任契約（民法656条・643条）

受注者は委任された事務を善良な管理者の注意で処理する義務を負うが、結果（完成）の保証はしない。報酬は工数ベースで発生し、未完成でも処理した範囲については報酬請求できる。

IT開発実務の主要な違い

請負が向いているケース

• 要件定義が完了し仕様が確定している（スクリプト的な開発）
• 発注側がIT実務に詳しくない・受入テストの準備が困難
• 短期間・固定スコープでの開発（コーポレートサイト、定型LP）
• クラウドSaaSのカスタマイズ実装（追加要件少なめ）

準委任が向いているケース

• アジャイル・スクラム開発（要件が走りながら確定）
• 新規プロダクト開発（仕様が探索的）
• 発注側のエンジニアが伴走可能（ペアプロ・コードレビュー）
• コンサルティング型支援（戦略策定・PMO）
• 保守・運用契約（恒常的な業務遂行）

多段階契約の実務

経済産業省「情報システム・モデル取引・契約書」が推奨するのは、開発工程を分割して、要件定義は準委任、外部設計以降は請負とする多段階契約である。要件確定の前段階を請負にすると、後で「要件外だから追加料金」のトラブルになりやすい。

実務的な分け方の例：①企画・要件定義＝準委任、②外部設計＝準委任または請負、③詳細設計・製造・テスト＝請負、④保守運用＝準委任、というのが王道。各段階の終了時に成果物を確定させ、次工程へ移行する判断ポイントを設ける。

契約書で必ず明記すべき項目

1. 契約類型の明示：「本契約は準委任契約とする」または「請負契約とする」
2. 業務範囲・成果物の特定：別紙で仕様詳細
3. 報酬発生タイミング：請負なら検収後、準委任なら月次工数
4. 受入検収の手続：検収期間・基準・みなし受入条項
5. 契約不適合責任の期間：請負の場合は1年〜2年が一般的
6. 知的財産権の帰属：成果物の著作権・特許権

関連する論点・関連記事

この記事の監修者

和氣 良浩（わけ よしひろ）

弁護士法人ブライト｜代表弁護士／パートナー弁護士

弁護士歴20年（2006年登録）／大阪弁護士会／大阪大学法学部卒

専門：顧問弁護士・企業法務・M&A・経営権紛争・事業再生