瑕疵担保責任とは？契約不適合責任への改正とシステム開発契約での扱い

瑕疵担保責任（かしたんぽせきにん）とは、引き渡した目的物に欠陥があったとき、売主や請負人が負う責任を指す旧民法の用語です。2020年4月1日施行の改正民法でこの制度は「契約不適合責任」へ組み替えられ、名称だけでなく注文者が請求できる内容や期間の数え方も変わりました。この記事では、瑕疵担保責任と契約不適合責任の違い、注文者が持つ4つの救済手段と権利行使の期間を整理したうえで、システム開発の請負契約で契約不適合責任がどこまで問われるか、IPAのモデル契約が示す検収完了起算の考え方、契約書で決めておくべき期間と免責特約までをまとめます。不動産売買ではなく、システム開発を外注・受注する立場に絞って読み解きます。

まとめ：瑕疵担保責任と契約不適合責任の違いとシステム開発での対応

瑕疵担保責任は、2020年4月1日施行の改正民法で契約不適合責任へと姿を変えました。契約不適合責任では、納品物が契約で定めた内容に合っていないときに、注文者が追完請求・代金減額請求・損害賠償請求・契約解除の4つを状況に応じて選べます。旧法より注文者の手段が広がった一方、責任の起点は「契約でどんな仕様を約束したか」に移りました。

システム開発の実務では、この「契約で約束した内容」を要件定義書と仕様書で具体化できているかが、契約不適合かどうかの分かれ目になります。準委任契約なら、そもそも契約不適合責任は生じません。成果物の品質をどこまで保証させるかは、選ぶ契約類型で決まります。発注者は責任期間を、受注者は責任範囲の上限を、契約締結の段階で固めておきたい条項です。自社のシステム開発でこうした契約条件を詰めたい場合は、一創のWebシステム開発で要件定義から運用までの体制を相談できます。

瑕疵担保責任の意味と2020年民法改正で契約不適合責任へ移行した経緯

まず、瑕疵担保責任という言葉が指してきた範囲と、なぜ契約不適合責任へ置き換わったのかを押さえます。ここを取り違えると、契約書に古い条文を書いたまま運用する事故につながります。

瑕疵担保責任の読み方と『隠れた瑕疵』を対象とした旧民法の定義

瑕疵担保責任は「かしたんぽせきにん」と読みます。瑕疵とは欠陥や不具合のことで、旧民法では「隠れた瑕疵」、つまり買主が通常の注意では気づけなかった欠陥だけが対象でした。売買では旧570条、請負では旧634条以下がこれを定めていました。買主に落ち度なく発見できない欠陥が前提のため、システム開発のように仕様の解釈が絡む取引では「隠れているか」の線引きが争いになりやすい構造でした。読み方や字面から不動産の話と受け取られがちですが、ソフトウェアの受託開発も同じ民法の枠内で扱われてきた点は押さえておきます。

2020年4月に施行された改正民法で契約不適合責任へ移行した理由

2020年4月1日、約120年ぶりの債権法改正が施行され、瑕疵担保責任は契約不適合責任へ再編されました。狙いは「隠れた瑕疵」という曖昧な基準をやめ、責任の有無を「契約の内容に適合しているか」という客観的なものさしに統一することでした。旧法では「特定物（その物だけ）」を前提とした議論が中心でしたが、新法は特定物か不特定物かを問わず、契約で定めた品質・数量・種類に合っているかで判断します。システム開発のように成果物を新たに作り出す取引でも、契約書と仕様書に書かれた内容が判断の起点になったわけです。

瑕疵担保責任と契約不適合責任の違いを対象範囲と救済手段で比較

両者の違いは、対象範囲・救済手段・期間の起算点の3点に集約されます。名称変更にとどまらず、注文者が使える手段が実務レベルで増えた点が大きな差です。

実務でまず押さえるべきは、救済手段の欄です。追完請求（直して・作り直して）と代金減額請求が明文化されたことで、注文者はいきなり契約解除に進まずとも、修正か減額かを段階的に求められるようになりました。

契約不適合責任で注文者が持つ4つの救済手段と権利行使できる期間

契約不適合責任のもとで注文者が使える手段と、いつまでに動く必要があるのかを具体的に見ます。ここは発注者・受注者どちらの立場でも数字で覚えておく箇所です。

追完請求・代金減額請求・損害賠償・契約解除の内容と行使の順序

4つの手段は対等に並ぶのではなく、実務では順序があります。最初に来るのは追完請求で、不具合の修補や不足分の納品、代替物の引渡しを求める段階です。追完が期間内に行われない、あるいは追完できないときに代金減額請求へ進みます。損害賠償はこれらと併用でき、契約解除は不適合が軽微でないことが条件です。

• 追完請求：バグ修正・未実装機能の作り込み・仕様どおりの再納品を求める（第一手段）
• 代金減額請求：追完がされない場合に、不適合の程度に応じて代金を減らす
• 損害賠償請求：受注者に帰責事由があるとき、追完等と併せて請求できる
• 契約解除：不適合が軽微でなく、契約目的を達せられない場合に限る

システム開発では、稼働に支障のない軽微な不具合で契約解除まで求めるのは通りにくく、まず追完で直させる流れが現実的です。発注者側は「解除ありき」で構えず、追完の期限を契約に書いておくと交渉が早く進みます。

不適合を知った時から1年の通知期間と消滅時効5年・10年の関係

期間のルールは旧法から緩む方向で変わりました。旧法は「引渡し（仕事完成）から1年以内」に権利を行使する必要がありましたが、新法は「不適合を知った時から1年以内に、その旨を通知」すれば足ります。通知さえ済ませておけば、具体的な請求はそのあとでも進められる建て付けです。ただしこれとは別に消滅時効が働き、権利を行使できると知った時から5年、または引渡し等から10年で権利は消えます。納品から時間が経って発覚した潜在不具合でも、発見が早ければ注文者に有利になった一方、受注者にとっては責任を負う期間が読みにくくなりました。だからこそ、次に述べる契約での期間設定が意味を持ちます。

システム開発の請負契約で契約不適合責任が問われる範囲と判定基準

ここからはシステム開発に絞ります。同じ「開発を任せる」契約でも、請負か準委任かで契約不適合責任の有無が変わり、判定のものさしも契約書類で決まります。

請負契約と準委任契約で契約不適合責任の有無が分かれる根拠と注意点

契約不適合責任は、完成した仕事の引渡しを約束する請負契約で生じます。成果物の完成責任を負わない準委任契約では、原則として契約不適合責任は発生しません。準委任は「善良な管理者の注意（善管注意義務）」を尽くして業務を行う義務を負うにとどまり、成果物が仕様に合わないこと自体を根拠に追完や減額を求められるわけではないためです。アジャイル開発やSES型の常駐で準委任を選ぶと、成果物の品質担保は契約不適合責任ではなく別の合意で担う設計になります。どちらの契約類型を選ぶかで責任構造が変わる点は、準委任契約と請負・派遣の違いを整理した記事で全体像を確認しておくと判断を誤りません。

契約不適合の判定基準となる要件定義書・仕様書の合意と記載範囲

契約不適合かどうかは「契約の内容に適合しているか」で決まるため、システム開発では要件定義書と仕様書が事実上の判定基準になります。仕様書に書かれた機能が動かなければ不適合ですが、仕様書に定義のない挙動は「不適合」とは言い切れず、追加開発の話になります。発注者が「思っていた動きと違う」と主張しても、仕様書に記載がなければ契約不適合責任では争えないのが実情です。だからこそ、要件定義の段階で期待する挙動を文書に落とし込む作業が、後の責任範囲を左右します。仕様書と設計書・要件定義書の役割分担は仕様書の位置づけを解説した記事で確認できます。

IPA情報システム・モデル取引契約書が定める検収完了起算の期間

民法の原則だけだと受注者の責任期間が読みにくいため、実務ではIPA（情報処理推進機構）の「情報システム・モデル取引・契約書」が広く参照されます。改正民法に対応した第二版（2020年公開）は、契約不適合責任の期間制限の起算点を「検収完了時」という客観的な時点に置きました。さらに、不適合がベンダの故意・重過失に起因する場合は、この起算点からの期間制限を適用除外とする形をとっています。実際の契約では、検収完了から6か月〜1年といった具体的な期間を当事者が対話で決める運用が一般的です。民法の10年時効をそのまま負うのではなく、検収を起点に期間を区切る点が、システム開発契約の勘所になります。

発注者と受注者が契約不適合責任の条項で決めておくべき期間と免責

最後に判断の章です。ここでは玉虫色を避け、契約でどう決めるべきかを条件付きで言い切ります。契約不適合責任は民法の任意規定が多く、当事者の合意で修正できるため、条項の書き方が実務の重みを持ちます。

契約不適合責任期間を6か月から1年で設定する条件と無期限要求の否定

受注者の立場では、契約不適合責任の期間は検収完了から6か月〜1年で区切ることを推奨します。IPAモデル契約もこの水準を前提に運用されており、システムの主要機能は検収後の初回運用サイクルで大半の不具合が表面化するためです。逆に、発注者が「民法どおり10年」や「無期限」を求めてくる要求は受けるべきではありません。長期の潜在債務を抱えたまま次の案件を回すことになり、見積りに保険的な上乗せが乗って発注者にも不利益が返ります。ただし、金融・医療など障害の影響が長期に及ぶシステムでは、この期間を1年より長く取る判断が妥当な場面もあります。一律に短くするのではなく、システムの性質に応じて期間を決めるのが筋です。

免責特約と損害賠償額の上限設定で発注者と受注者が対立する場面

免責特約と損害賠償の上限は、両者の利害が正面からぶつかる条項です。受注者は損害賠償額の上限を「契約金額の範囲内」に収めたいと考え、発注者は逸失利益まで含めた無制限の賠償を求めがちです。ここで受注者が陥りやすい失敗は、上限を設けても故意・重過失には上限や免責が及ばない点の見落としにあります。故意・重過失があれば免責特約は無効と判断されやすく、上限条項も外れます。「免責を書いたから安心」という理解は危険で、品質管理の記録を残すことがむしろ免責を支える前提です。発注者側も、免責を一切認めない姿勢は受注者の見積りを押し上げるため、責任範囲の線引きは契約類型の選び方とセットで詰めるのが得策です。契約類型そのものの選択は委託契約の選び方を整理した記事が参考になります。

瑕疵担保責任とシステム開発の契約不適合責任に関するよくある質問

システム開発の発注・受注の現場で問われやすい論点を、5つの質問にまとめて答えます。

瑕疵担保責任と契約不適合責任の違いは何ですか？

判断基準と救済手段が違います。瑕疵担保責任（旧法）は「隠れた瑕疵」があるかで判断し、救済は契約解除と損害賠償が中心でした。契約不適合責任（2020年4月施行の新法）は「契約の内容に適合しているか」で判断し、追完請求・代金減額請求・損害賠償・契約解除の4つを注文者が選べます。名称の変更だけでなく、責任の起点が契約書や仕様書の内容に移った点が実務上の大きな違いです。

瑕疵担保責任の読み方と言葉の意味をわかりやすく教えてください。

「かしたんぽせきにん」と読みます。瑕疵（かし）は欠陥や不具合のことです。引き渡した目的物に欠陥があった場合に、売主や請負人が負う責任を指します。2020年4月1日以降に締結された契約では、この制度は契約不適合責任へと引き継がれました。現在、旧法が適用されるのは施行日より前に結ばれた契約に限られます。

システム開発の契約不適合責任の期間は何年ですか？

民法上は、不適合を知った時から1年以内に通知すれば権利を保てます。ただし別途、権利を行使できると知った時から5年、引渡し等から10年の消滅時効がかかります。実務ではIPAのモデル契約に沿い、検収完了から6か月〜1年で契約不適合責任の期間を区切る合意が一般的です。民法の年数をそのまま使うより、契約書で期間を定めるのが通例です。

準委任契約に瑕疵担保責任や契約不適合責任はありますか？

原則としてありません。契約不適合責任は成果物の完成を約束する請負契約で生じる責任です。準委任契約は善管注意義務を負って業務を遂行する契約で、成果物が仕様に合わないこと自体を根拠に追完や代金減額を求める仕組みではありません。成果物の品質担保が必要な場合は、成果完成型の準委任にするか、請負契約を選ぶかを設計段階で決めます。

瑕疵担保責任は特約で免責にできますか？

契約不適合責任は任意規定が多く、当事者の合意で免責や責任範囲の限定ができます。ただし、不適合が受注者の故意・重過失によるときは、免責特約や損害賠償の上限が適用されないと判断されやすい点に注意が必要です。免責を有効に機能させるには、品質管理の記録を残し、責任範囲を契約書で具体的に定めておくことが前提になります。

関連記事

• 準委任契約とは？請負・派遣との違いとシステム開発での使い分けを解説：契約不適合責任の有無を分ける契約類型の違いを整理できます
• 仕様書とは？設計書・要件定義書との違いと発注者が確認すべき観点を解説：契約不適合の判定基準となる仕様書の位置づけがわかります
• 委託とは？委任・請負・受託との違いと発注者が押さえる契約の選び方：責任範囲とセットで考える契約類型の選び方を確認できます