契約不適合責任は、納品された成果物や目的物が 契約の内容に適合していない 場合に、注文者や買主が一定の救済を求められる考え方です。
システム開発や受託開発の文脈では、瑕疵対応 と言われていた話が、改正民法ではこの言葉に置き換わっています。
まず押さえたいポイント
- 古い実務用語の
瑕疵担保責任に近い話を、改正民法では契約不適合責任と整理する - ポイントは
不具合があるかだけでなく、契約内容に合っているか - 追完、損害賠償、解除、代金減額などが論点になる
- システム開発では、検収、不具合修正、仕様変更、保守契約と混ざりやすい
どんな場面で使うか
受託開発では、次のような場面でこの言葉が出ます。
- 納品後に重大な不具合が見つかった
- 合意済み仕様どおりに動いていない
- 契約書で
瑕疵ではなく契約不適合という言葉が使われている - 保守契約とは別に、納品物そのものの責任をどう見るか整理したい
ここで大事なのは、単なる軽微バグの話だけではなく、契約や要件定義、見積もり、検収条件とつながっていることです。
よくある誤解
契約不適合責任は、納品後のあらゆる修正を無制限に無料対応する意味ではありません。
合意済み仕様どおりに動いていないのか、あとからの要望変更なのか、運用環境の変化なのかで整理が必要です。
また、システム開発では 瑕疵対応 という古い言い方が今でも残っていますが、契約書や法的な説明では 契約不適合責任 の方が前提になりやすいです。
実務では、検収条件、責任期間、保守契約、仕様変更の扱いを契約時点でそろえておく方が揉めにくくなります。
詳しくは、システム開発で瑕疵対応はどこまで必要？契約不適合責任と不具合修正の違いを整理 で整理しています。
実務で見るときの注意点
受託開発では、契約不適合責任という言葉だけを取り出しても実務判断はしにくいです。
実際には、次をセットで見ます。
- 契約書で何を成果物として定義したか
- 検収 で何を確認対象にしたか
- 要件定義や議事録で何を合意したか
- 納品後の保守契約で何を引き受けるか
- あとからの要望変更が混ざっていないか
ここがそろっていれば、契約内容に合っていない話 と 通常の追加修正 を分けやすくなります。
逆に、契約書、見積書、要件定義、口頭説明で言葉がずれていると、同じ現象でも解釈が割れやすくなります。