取引先に依頼したWebサイトのリニューアルが完成したとの連絡を受け、確認したところ、スマートフォン表示が仕様書に明記した対応要件を完全に満たしていなかった。担当者に問い合わせると「仕様書の解釈の問題だ」と言われ、対応費用の追加請求をほのめかされた。
こうした「納品物が仕様と違う」状況は、Web制作・システム開発・デザイン制作の現場で頻繁に発生する。発注者側はしばしば「専門知識がないから強くは言えない」「関係を壊したくない」という心理から曖昧な決着を受け入れてしまう。しかし、このトラブルは法的に整理された問題であり、発注者には明確な権利がある。
2020年の民法改正（施行）により、旧来の「瑕疵担保責任」は 「契約不適合責任」 へと体系が整理された。この変更は単なる用語の置き換えではなく、発注者が行使できる手段・要件・期限を大幅に明確化したものである。本稿では、この法的枠組みを実務に照らして解説する。
「仕様と違う」はどこから法的問題になるか
このセクションでは、納品物の不一致がどのような条件で法的な責任問題になるかを整理する。
契約不適合責任の三要件
民法第562条以下に規定する契約不適合責任が発生するには、以下の三要件が揃う必要がある。
要件1: 契約の存在 口頭の約束だけでは証明が困難だが、メール・チャットでの合意・見積書・発注書・仕様書の一連のやり取りが「契約」として認定される。書面の契約書がなくても問題は発生しうる。
要件2: 成果物の「種類・品質・数量」が契約内容に適合していない 「仕様書に記載した機能が実装されていない」「指定した対応ブラウザで動作しない」「契約したページ数が不足している」といったケースが典型例だ。主観的な「気に入らない」は原則として該当しないが、仕様書に品質基準が明記されていれば客観的な判断が可能になる。
要件3: 不適合が「隠れた」ものかどうかに関係なく保護される 旧来の瑕疵担保責任では「隠れた瑕疵」のみが対象だったが、2020年改正後は明示的に判明していた問題でも保護される。ただし、発注者が「契約時点で知っていた」不適合については適用されない（民法572条の類推）。
グレーゾーンの判断軸
実際のトラブルでは「仕様書の解釈の違い」として争われるケースが多い。以下の視点で整理するとよい。
- 仕様書に数値・具体例があるか: 「レスポンシブ対応」という記述は解釈の余地がある。「スマートフォン（375px〜）・タブレット（768px〜）での表示崩れなし」と書かれていれば客観的に判断できる
- 協議の経緯に残っている認識は何か: メール・議事録・チャットログに双方の合意が記録されているか
- 業界標準・慣習上の期待水準があるか: 「Webサイト制作一式」であれば、主要ブラウザでの動作確認は業界慣習上当然の範囲と判断されることが多い
発注者が行使できる4つの法的手段
このセクションでは、仕様不一致が確認された際に発注者が取れる法的手段を、発動条件・手順・注意点とともに整理する。
手段1: 修補請求（民法562条）
最も基本的な手段は、受託者に対して不適合箇所を修正・補完するよう求めることだ。
発動条件
- 不適合が確認できること
- 修補が技術的に可能であること
手順
- 不適合箇所を書面（メール可）で具体的に列挙し、修補を求める通知を送る
- 合理的な期間（通常7〜14日）を設定する
- 期間内に修補が完了しない場合、次の手段へ移行する
注意点 受託者が「不相当な費用がかかる」場合、修補を拒否できるケースがある（民法562条1項但書）。また、発注者側に起因する不適合（曖昧な仕様指示によるもの）については修補請求が認められないことがある。
手段2: 代金減額請求（民法563条）
修補が行われない、または修補が不可能な場合、不適合の程度に応じた代金の減額を請求できる。
発動条件
- 修補を求めたが期限内に実施されなかった場合
- 修補が不可能な場合（成果物の性質上、修正できないケース）
- 受託者が修補を拒絶した場合
実務上の注意 減額の計算根拠を明示することが重要だ。「対応ブラウザが1つ欠けているので契約金額の10%を減額する」といった合理的な説明が求められる。感覚的な減額率の主張は交渉を長期化させる。
手段3: 損害賠償請求（民法564条・415条）
仕様不一致によって発注者に実際の損害が生じた場合、その損害を賠償するよう求めることができる。
損害として認められる範囲
- 修補のために第三者業者を使った費用
- 不適合により遅れたシステム稼働による売上機会損失（ただし証明が必要）
- 追加の検証・テストに要した内部コスト
受託者側の免責 受託者が「自分に帰責事由がない（発注者の指示によるもの等）」ことを証明した場合、損害賠償は免責される（民法415条1項但書）。このため、発注者は「不適合の原因は受託者側にある」ことを証拠とともに示す必要がある。
手段4: 契約解除（民法564条・541条・542条）
不適合が重大で、契約の目的が達せられない場合は、契約全体を解除することができる。
解除が認められる条件
- 催告（修補または履行の要求）を行い、相当期間内に対応がなかった場合（民法541条）
- 不適合が重大であり催告しても意味がない場合（民法542条）
解除の効果
- 既払い代金の返還請求
- 原状回復義務（双方向）
実務上の注意 契約解除は「核オプション」と理解すること。受託者との関係が完全に崩壊し、場合によっては訴訟に発展する。修補で解決できる問題に解除を使うと、かえって発注者にも不利な展開になりうる。
通知期限と証拠保全 — 行動を遅らせると権利を失う
このセクションでは、権利行使のために守らなければならない通知期限と、証拠として機能するドキュメント保全の方法を解説する。
通知期限の実務計算
民法566条は「不適合を知った時から1年以内に通知しなければ、契約不適合責任を追及できなくなる」と規定する。この「1年」は厳格に解釈されるため、以下の点に注意が必要だ。
「知った時」の起算点
- 検収時に確認できた不適合: 検収実施日から起算
- 納品後に使用してから判明した不適合: 実際に発覚した日から起算
- 段階的に悪化する問題（例: 時間経過で顕在化するバグ）: 不適合として認識した時点
実務的な対応 1年以内の通知義務は「通知を行う」だけで足り、その時点で訴訟を提起する必要はない。ただし、通知の記録が不可欠なため、必ず書面（内容証明郵便が最も確実）で行う。メールでも証拠として機能するが、到達確認の観点では内容証明が望ましい。
時効期間
通知期限（1年）とは別に、損害賠償や代金返還請求には時効がある。
- 権利を行使できることを知った時から 5年（民法166条1項1号）
- 権利を行使できる時から 10年（民法166条1項2号）
いずれか早い方が適用されるため、実務的には「気づいてから5年以内」が基本的な目安となる。
証拠として機能するドキュメント
仕様不一致トラブルで交渉力を持つには、以下のドキュメントが証拠として機能する。
強い証拠（明確な書面合意）
- 署名・捺印済みの契約書と別紙仕様書
- 発注者・受託者双方がメール上で承認した仕様変更の記録
- 議事録（双方確認済みのもの）
中程度の証拠（一方的な記録だが内容が具体的）
- 発注者が送付し受領確認のある仕様書
- チャット・メールログ（Slack, ChatWork等）
- 定期会議の議事録（受託者が作成したものも含む）
弱い証拠（補完的に使えるが単独では不十分）
- 電話メモ（相手確認なし）
- 担当者の記憶に基づく陳述
証拠保全の実務
- メール・チャットは定期的にPDF化してバックアップ
- 成果物の納品データ（ファイル名、日時、バージョン）を記録
- 検収時のスクリーンショット・動作確認記録を保存
交渉・解決の実務フロー
このセクションでは、仕様不一致が判明してから解決に至るまでの実務的なフローを段階別に解説する。
第1段階: 事実確認と内部整理（1〜3日）
感情的になる前に、以下を内部で整理する。
- 不適合箇所のリストアップ: 仕様書と照らし合わせ、「どこが・どの程度・どのように違うか」を具体的に文書化する
- 優先度の分類: ビジネスに致命的な不適合（機能が動かない等）と軽微な不適合（デザインの微妙なズレ等）を分ける
- 過去のやり取り確認: 仕様変更・追加合意の記録を確認し、受託者側の主張になりうる材料を把握する
第2段階: 受託者への書面通知（3〜5日以内）
通知書の内容
- 不適合箇所の具体的列挙（スクリーンショット・仕様書との対比表を添付）
- 修補を求める旨
- 修補の期限（通常7〜14日）
- 期限内に対応なき場合の次の対応方針（代金減額・解除等）を予告
通知の形式 メールで十分だが、受領確認を求める「開封確認メール」の設定、または電話で受信確認を取ることが望ましい。重大なトラブルや高額案件では内容証明郵便を使う。
第3段階: 受託者との交渉（1〜4週間）
受託者から修補の提案・スケジュールが来た場合は内容を精査する。以下を確認する。
- 提示されたスケジュールは現実的か
- 修補の範囲は発注者の求める全箇所を網羅しているか
- 修補作業中の既存サービスへの影響はないか
受託者が「仕様書の解釈の問題だ」として修補を拒否する場合は、証拠書類を整理した上で代金減額交渉に移行する。
第4段階: 専門家介入（必要に応じて）
交渉が膠着した場合は以下の専門家への相談を検討する。
弁護士 50万円以上の案件や証拠が複雑な場合は弁護士への相談が現実的だ。初回相談は30分5,000円〜1万円程度。着手金・成功報酬の費用対効果を案件規模と照らして判断する。
ADR（裁判外紛争解決） 仲裁・調停による解決は、訴訟より低コスト・短期間で完了することが多い。IT・デザイン系の紛争では日本IT仲裁センターや弁護士会の調停が活用できる。
少額訴訟・通常訴訟 60万円以下なら少額訴訟（1回の審理で判決）、それ以上は通常訴訟を検討する。ただし、立証責任は原告（発注者）にあることを理解した上で進める必要がある。
再発防止 — 仕様書と進行管理で権利を守る
このセクションでは、次回以降の発注で同様のトラブルを防ぐための仕様書の作成方法と進行管理の仕組みを提示する。
仕様書を「法的証拠」として設計する
仕様書が機能しない最大の原因は「解釈の余地」を残していることだ。法的証拠として機能させるには以下の原則を守る。
数値化・具体化の原則
| 弱い記述（解釈余地あり） | 強い記述（客観的判断可能） | |------------------------|--------------------------| | レスポンシブ対応 | スマートフォン375px〜・タブレット768px〜でレイアウト崩れなし | | 主要ブラウザ対応 | Chrome最新版・Safari最新版・Edge最新版で動作確認済み | | パフォーマンス最適化 | PageSpeed InsightsでモバイルスコアXX点以上 | | 使いやすいUI | ユーザーテスト完了・特定の操作フローがXステップ以内 |
成果物の完成定義条項 仕様書の末尾または契約書別紙に「以上の要件を全て満たした時点で成果物の完成とする」と明記することで、「完成」の判断基準を合意文書に残せる。
進行中の書面確認で権利を積み上げる
段階的承認の徹底 ワイヤーフレーム・デザインカンプ・開発版の各段階で書面承認を取得する。各段階の承認書には「以後の変更は追加費用が発生する」旨を明記しておく。
仕様変更の書面化 口頭での仕様変更合意は記録に残らない。「先ほどのお電話でご確認いただいた仕様変更について」とメールで追認させる習慣をつける。これが後の交渉で「変更の合意があった証拠」として機能する。
定期的な進捗確認 週次または隔週で成果物の進捗確認を行い、認識のずれを早期発見する。メールやチャットで「確認済み」の返信を残しておくことが、後になって「聞いていない」と言われるリスクを低減する。
検収プロセスの設計
検収チェックリストの事前作成 仕様書の各要件に対応した検収チェックリストを発注者側が事前に作成する。受託者にも共有し、納品時にチェックリストに基づいて確認する体制を整える。
検収期間と「みなし検収」条項 発注者が検収期間を設定し、期間内に異議を申し立てなければ検収完了とみなす条項を契約書に入れることで、双方の権利と義務が明確になる。
仕様書の精度と進行中の書面記録が、トラブル発生後の交渉力を根本的に決める。「仕様と違う」と感じた段階で、この記事の手順に沿って早期に対処することが、費用と時間の両面での損失最小化につながる。
納品物が仕様と違う状況で重要なのは、感情的な対立を避けながら、法的根拠に基づいた段階的な対処を行うことだ。修補請求から始め、対応がなければ代金減額・損害賠償・解除へとエスカレーションする。その全過程で、書面記録が交渉力の源泉となる。