請負契約 は、一定の仕事を完成させ、その完成に対して報酬を受ける契約類型です。
システム開発や制作では、要件や納品物がある程度固まっていて、何を作るか 何をもって完了とするか を比較的明確に置ける案件で使われやすいです。
まず押さえたいポイント
- 中心は
業務を続けることではなく仕事の完成 - 成果物、納品対象、検収 条件と相性がよい
- 仕様が比較的固まった開発や構築で使いやすい
- 要件変動が大きい案件では無理が出やすい
- 準委任契約 と混ぜると、無料対応範囲や追加費用の判断が崩れやすい
どんな場面で使うか
受託開発では、次のような場面で請負契約が使われやすいです。
- 画面一覧や機能一覧がある程度固まっている
- 納品物の範囲を定義しやすい
- 検収 の観点を置きやすい
- 追加開発と初回開発を分けて見積もりたい
Webサイト制作、業務システム構築、API 開発でも、対象範囲と完了条件を明確に言えるなら請負と相性がよくなります。
よくある誤解
請負契約は、納品後のあらゆる修正を無制限に無料でやる契約 ではありません。
本当に大事なのは、契約、要件定義、見積もり、議事録、検収 条件に照らして、何が当初範囲かを確認することです。
また、請負にしたからといって、要件が曖昧なままでも安全になるわけではありません。
対象外、前提条件、仕様変更時の扱い、納品後の保守との境目が弱いと、結局あとで揉めやすくなります。
使い分けの全体像は、準委任契約と請負契約の違い｜システム開発でどう使い分ける？ で整理しています。
実務で見るときの注意点
請負契約では、少なくとも次をそろえることが大切です。
- 何を成果物とするか
- どこまでが対象範囲で、どこからが追加か
- 検収 で何を確認するか
- 仕様変更が入ったときにどう見積もり直すか
- 納品後の不具合修正と保守をどう分けるか
ここが整っていれば、完成責任 の線引きがかなりしやすくなります。
逆に、契約名だけ請負でも本文が弱いと、現場では判断しにくくなります。