請負契約で揉めやすい運用項目チェックリスト
法務実務を、記事で学ぶだけで終わらせない。
契約レビュー、ハラスメント対応、契約管理、マスキング、AI法律相談など、 目的に合わせて使える実務ツール・プロンプト集をまとめています。
無料テンプレートで整える 法務実務管理20講 / 第8話
請負契約で揉めやすい運用項目チェックリスト
請負契約では、契約本文だけではトラブルを防ぎきれません。成果物、仕様、検収条件、追加作業、仕様変更、報酬算定を整理して、契約締結後の運用事故を防ぎましょう。本記事では、運用書面の整理ポイントと、無料テンプレート4点を配布します。
請負契約は、民法632条以下に定められた典型契約のひとつで、「仕事の完成」と「報酬の支払」が中心となる契約類型です。一見シンプルな契約に見えますが、実務では、成果物の定義、仕様、検収条件、追加作業、仕様変更、報酬算定、契約不適合責任、再委託、知的財産権など、確認すべき論点が広く、契約締結後にトラブルが起きやすい契約類型でもあります。
この記事は、シリーズ第7話「NDAレビュー10観点チェックリストの使い方」の続編です。第7話では、比較的短い契約であるNDAの基本観点を整理しました。第8話では、契約本文だけではトラブルを防ぎにくい請負契約について、締結後の運用項目をチェックリストとして整理します。
この記事で配布する無料テンプレート
本記事では、請負契約の運用論点を整理するための無料テンプレートを4点配布します。いずれも、発注者側・受注者側のどちらの立場でも使える内容にしています。
請負契約運用チェックリスト
請負契約を締結する前・締結後に確認すべき運用項目を、24観点でチェックできるPDFです。成果物、検収、追加費用、契約不適合責任など、揉めやすい論点を網羅しています。
成果物定義シート
「何を完成させるのか」を契約締結前に整理するためのWord様式です。成果物名、対象範囲、対象外範囲、品質基準、納品方法などを記入することで、検収条件と接続しやすくなります。
検収条件整理表
検収対象、基準、期間、担当者、合格条件、不合格時の通知方法、再提出期限、支払との関係などを一表で整理するExcelです。みなし検収の取扱いも明示できる構成にしています。
追加費用・仕様変更対応メモ
追加作業や仕様変更が発生したときに、契約範囲内か範囲外か、追加費用の有無、納期への影響などを記録するWord様式です。変更合意の記録として、後の請求・検収時に参照できます。
請負契約で揉める典型的な流れ
請負契約は、民法632条で「当事者の一方がある仕事を完成することを約し、相手方がその仕事の結果に対してその報酬を支払うこと」と定められています。「仕事の完成」が契約の核心ですが、何をもって完成と評価するかが曖昧だと、検収や支払の段階で争いになりやすくなります。
実務でよく見られる、請負契約のトラブルが発生する流れを整理すると、次のようになります。
条文のレビューは行うが、別紙・仕様書・見積書まで踏み込んで確認しない
「○○システムの構築」「○○の設計業務」など、抽象的な表現で締結される
誰が、いつ、どの基準で検収するかが定まらず、検収完了の判断が遅れる
事業部間で口頭やチャットで追加依頼が発生し、契約書には反映されない
追加作業に費用が発生するのか、契約範囲内なのかが整理されていない
「完成していない」「契約範囲外だ」と双方の主張がぶつかる
この流れの根本にあるのは、「仕事の完成」を評価する基準が、契約締結時点で明文化されていないことです。請負契約は、目的物の引渡しと同時に報酬が支払われる構造になっているため(民法633条参照)、検収基準が不明確だと、支払のタイミングそのものが争点になります。
また、発注者側と受注者側では、確認すべき観点が変わります。発注者側は成果物の品質確保と追加費用の抑制に関心がありますが、受注者側は作業範囲の限定と検収期間の管理に関心があります。立場ごとに視点を整理することが、レビュー精度を上げる近道になります。
請負契約で確認すべき運用項目一覧
請負契約で確認すべき運用項目は、契約本文に書かれた条文項目だけではありません。別紙、仕様書、見積書、検収書、変更依頼書まで含めた、運用全体の整理が必要になります。以下は、実務でよく問題になる24項目を整理した表です。
| 項目 | なぜ必要か | よくあるトラブル | 確認すべき資料 |
|---|---|---|---|
| 契約類型 | 請負か準委任かで、完成義務・善管注意義務・報酬請求の仕組みが変わる | 「業務委託契約」とだけ書かれていて、性質が不明確 | 契約本文、業務内容条項 |
| 成果物の定義 | 「仕事の完成」を判断する起点となる | 「○○一式」など抽象的に書かれている | 契約本文、別紙、仕様書 |
| 仕様書の有無 | 成果物の具体的な要件を確定する | 仕様書が後付け、または存在しない | 仕様書、要件定義書 |
| 別紙の有無 | 業務範囲・対象外範囲・金額条件などを補足する | 別紙が引用されているのに添付されていない | 別紙一式 |
| 納期 | 遅延損害金・解除事由の起点となる | 納期がフェーズごとに分かれているのに本文に反映されていない | 契約本文、スケジュール表 |
| マイルストーン | 段階払・部分完成の評価軸となる | マイルストーン未達成の判断が曖昧 | スケジュール表、見積書 |
| 検収基準 | 仕事の完成・支払のトリガーになる | 「合理的に判断する」など曖昧な基準 | 検収条件書、仕様書 |
| 検収期間 | 受注者側の長期間検収待ちのリスクを抑える | 検収期間が定められていない | 契約本文 |
| 検収方法 | 誰がどの手段で検収するかを確定する | 担当者ベースで運用され、引継ぎ時に不明になる | 検収条件書 |
| 不合格時の再提出 | 不合格判断後の手続を明文化する | 再提出期限・再検収方法が未定義 | 契約本文、検収条件書 |
| 追加作業の扱い | 契約範囲外作業の発生・記録ルールを整える | 口頭で追加依頼され、後で「契約範囲内だ」と主張される | 変更依頼書、メール記録 |
| 仕様変更の手続 | 仕様変更の承認・記録の体制を整える | 仕様変更の承認権限者が不明 | 変更依頼書、議事録 |
| 追加費用の算定方法 | 追加費用の請求可否・金額算定の根拠を整える | 算定根拠がなく、後付けで請求される | 見積書、追加発注書 |
| 支払条件 | 検収完了と支払の関係を明確にする | 検収完了の定義と支払条件が一致していない | 契約本文、支払条件書 |
| 中途解約時の精算 | 中途で契約が終了した場合の費用処理を整える | 既履行部分の評価方法が不明 | 契約本文、業務報告書 |
| 契約不適合責任 | 引渡し後の不適合への対応を整える(民法636条等) | 通知期間の起算点・通知方法が不明確 | 契約本文 |
| 損害賠償 | 賠償範囲・上限・例外を整える | 上限がなく、青天井で賠償義務を負う条項 | 契約本文 |
| 再委託 | 再委託先による情報漏えい・品質低下のリスク管理 | 事前承諾なしの再委託が行われていた | 契約本文、再委託リスト |
| 知的財産権 | 成果物の権利帰属・利用範囲を整える | 権利帰属が「協議」止まりで決まっていない | 契約本文、別紙 |
| 秘密保持 | 業務上知り得た情報の管理ルールを整える | 秘密情報の定義・例外の整理が不十分 | 契約本文、NDA |
| 個人情報 | 個人情報を扱う場合の取扱ルールを整える | 取扱範囲・委託先の管理体制の確認が不足 | 個人情報取扱条項、覚書 |
| 成果物の利用範囲 | 納品後の二次利用・第三者提供の可否を整える | 利用範囲が抽象的で、実務で判断できない | 契約本文、利用許諾条項 |
| 納品後の保守・サポート | 納品後の対応範囲・期間・費用を整える | 「合理的範囲で対応」とだけ書かれている | 契約本文、保守契約書 |
| 担当者・連絡窓口 | 変更依頼・検収判断の窓口を明確にする | 担当者退職後に窓口が不明になる | 契約本文、別紙、メール記録 |
請負契約運用チェックリスト
上記の運用項目を、レビュー時に短時間で確認できるチェックリスト形式に整理しました。チェックを入れながら、抜け漏れを洗い出すために使ってください。
まずは無料テンプレートで論点を整理する
請負契約の成果物・検収・追加費用・仕様変更を整理したい方は、以下の無料テンプレートを使ってください。
成果物定義シートの項目例
成果物定義は、請負契約で最も揉めやすい論点のひとつです。「○○システムの構築」「○○報告書の作成」といった抽象的な表現で契約してしまうと、納品段階で「どこまでが業務範囲か」「対象外作業を別途請求できるか」を巡って争いやすくなります。
そのため、契約書本体とは別に、成果物定義シートを用意して、対象範囲・対象外範囲・前提条件・品質基準まで書面で残しておくことが有効です。以下は、成果物定義シートに含めるべき項目の例です。
| 項目名 | 入力例 | 実務上の注意点 |
|---|---|---|
| 成果物名 | ○○管理システム ver.1.0 | 版数まで含めると、後の改修との切り分けがしやすい |
| 成果物の概要 | 営業案件の進捗を一覧管理するWeb画面と帳票出力機能 | 「概要」と「詳細仕様書」を別に管理する |
| 提出形式 | 本番環境への稼働、ソースコード一式、設計書PDF | 納品物の物理形態を明示する |
| ファイル形式 | .docx/.pdf/.zip/GitHubリポジトリ | 後工程で扱える形式かを事前に合意する |
| 数量 | 画面:12画面/帳票:5種類 | 数量で表現できる業務は数値化する |
| 品質基準 | 仕様書の全機能が動作すること/指定ブラウザで表示崩れがないこと | 「合理的範囲」など曖昧な表現は避ける |
| 対象範囲 | 設計/実装/単体テスト | 範囲を肯定的に書き出す |
| 対象外範囲 | 本番環境のサーバー構築/既存システムとのデータ移行 | 「ここまではやらない」を明示する |
| 前提条件 | 発注者から○月○日までに要件確定資料を提供 | 受注者が前提条件を達成できないと履行が止まる項目を書き出す |
| 納品日 | 2026年6月30日 | マイルストーンと整合させる |
| 納品方法 | 本番環境への稼働確認+ソース一式メール送付 | 納品の事実が客観的に確認できる方法にする |
| 検収担当者 | 発注者:○○部 △△氏 | 担当者だけでなく承認権限者を別途記載する |
| 参考資料 | 要件定義書 v0.3/既存システム仕様書 | 参照される資料の版数も記載する |
| 仕様書番号 | SPEC-2026-001 ver.1.2 | 仕様書側との版数整合を維持する |
| 版数 | シート版数 v1.0(2026/05/24時点) | 変更履歴と組み合わせて運用する |
検収条件整理表の項目例
検収は、請負契約における「仕事の完成」を評価し、支払を発生させる手続です。検収条件が整理されていないと、検収完了の判断が遅れたり、検収後に「実は完成していなかった」という主張が出たりして、支払や追加作業の議論が混乱します。
以下は、検収条件整理表に含めるべき項目の例です。Excelで管理すると、複数の請負取引を並行管理しやすくなります。
| 項目名 | 入力例 | 実務上の注意点 |
|---|---|---|
| 検収対象 | ○○システム稼働物一式 | 成果物定義シートと整合させる |
| 検収基準 | 仕様書記載の全機能が動作することを発注者が確認 | 判断基準を客観化する |
| 検収期間 | 納品後14営業日 | 営業日/暦日の区別を明示する |
| 検収担当者 | ○○部 △△氏(権限者:部長) | 担当者と承認権限者を分けて記載する |
| 検収方法 | テスト手順書に基づく機能テストの実施 | テスト手順書の有無を確認する |
| 合格条件 | 全機能のテストケースが合格すること | 合格・不合格の境界を定義する |
| 不合格時の通知方法 | 不合格事項を書面で具体的に記載して通知 | 通知方法・通知期限を明示する |
| 再提出期限 | 不合格通知後7営業日以内 | 再提出後の再検収方法と接続する |
| 再検収方法 | 初回検収と同じ手順 | 「再検収にもさらに検収期間が必要か」を明示する |
| 検収完了の効果 | 支払条件発生のトリガーになる | 検収書発行を要件にするかを明示する |
| 支払との関係 | 検収完了後30日以内に支払 | 支払条件と検収完了日の関係を明示する |
| みなし検収の有無 | 検収期間内に通知がない場合は合格とみなす | みなし検収条項の有無・条件を明示する |
追加作業・仕様変更の確認フロー
請負契約で揉めやすいのが、追加作業と仕様変更の取扱いです。契約締結後に発生する「ちょっとした追加依頼」は、口頭やチャットで進められがちですが、その積み重ねが「契約範囲内か範囲外か」「追加費用を請求できるか」の争いに発展します。
追加作業・仕様変更が発生したときに、最低限踏むべきフローを以下のように整理できます。
「ここを変えてほしい」「あれも追加で」といった依頼を検知する
依頼元によって、費用負担・承認権限の方向が変わる
成果物定義シート・対象外範囲と照合する
追加費用が発生する場合、算定方法・概算金額を提示する
マイルストーン・最終納期への影響を提示する
少なくともメール本文に変更内容・費用・納期影響を残す
契約台帳、見積一覧、成果物定義シートを更新する
後の請求・検収判断時に、変更履歴として参照できるようにする
口頭合意やチャットでの軽い了解だけで進めてしまうと、後で「言った言わない」の争いになりやすくなります。少なくとも、変更内容・費用への影響・納期への影響の3点は、メール本文・変更依頼書・議事録などで記録に残すことが推奨されます。
発注者側・受注者側で重視すべき観点の比較
請負契約のレビューでは、自社が発注者側か受注者側かによって、重視すべき観点が大きく変わります。同じ条文を見ても、有利・不利の方向が逆になることが少なくありません。
発注者側として重視すべき観点
- 成果物の品質を確保する(仕様書・別紙の整備)
- 検収基準を明確にし、検収判断の根拠を残す
- 不合格時の再提出・再検収手続を定める
- 追加費用が事前合意なしに発生しない仕組みを整える
- 納期遅延時の対応(遅延損害金・解除)を定める
- 知的財産権・利用範囲・二次利用の権利を確保する
- 契約不適合責任の通知期間・対応手段を確保する
- 再委託の事前承諾・管理責任を確保する
受注者側として重視すべき観点
- 成果物の範囲を限定し、対象外範囲を明文化する
- 検収期間を限定して、支払の長期保留を防ぐ
- みなし検収を必要に応じて入れる
- 追加作業には追加費用が発生することを明確にする
- 支払条件(検収完了起算・期日明示)を明確にする
- 損害賠償責任を過度に広げない(上限・例外設定)
- 契約不適合責任の期間を限定する
- 免責事由(発注者起因・前提条件未達成等)を確保する
とはいえ、発注者側が一方的に強い条件を押し付けると、受注者側がリスクプレミアムを単価に乗せたり、受注を回避したりして、結果的に取引コストが上がります。逆に、受注者側が責任を限定しすぎると、発注者側の社内承認が通らず、契約交渉自体が長期化します。発注者側・受注者側のいずれでも、取引実態に合ったバランスを意識することが必要です。
契約本文・別紙・仕様書・見積書・検収書の関係
請負契約では、契約本文だけを管理しても十分ではありません。契約本文を中心に、別紙、仕様書、見積書、変更依頼書、検収書をセットで管理することが、運用事故を防ぐ前提になります。
これらの書面は、それぞれが独立しているのではなく、相互に参照しあう関係にあります。たとえば、検収書は仕様書を基準に判断され、追加発注書は元の見積書を基礎に算定されます。どこか一つの書面が欠けたり、版数が古いまま参照されたりすると、後工程で判断ミスが発生します。
契約台帳側でも、契約本文・別紙・仕様書・見積書・変更依頼書・検収書を一つの契約案件としてまとめて管理することが推奨されます。覚書や変更契約を原契約に紐づける考え方は、シリーズ第3話「覚書・変更契約を原契約に紐づけるための管理表」でも整理しています。
AIレビュー前に整理すべき請負契約の前提情報
請負契約をAIでレビューする場合、契約書本文だけをAIに入れても、自社にとって妥当な観点まで踏み込んだレビューにはなりにくいのが実情です。AIに渡す前に、自社の立場や取引実態を整理しておくと、レビュー結果の精度を上げることができます。
| 整理すべき前提情報 | 確認のポイント |
|---|---|
| 自社が発注者か受注者か | 立場によって、有利・不利の方向が反転する。最初にAIに伝える |
| 成果物の内容 | 「○○の制作」「○○の設計」など、業務の中身を一文で説明できるか |
| 仕様書の有無 | 仕様書が別紙としてあるか、後付けか、未作成か |
| 検収条件 | 検収基準・期間・方法・みなし検収の有無 |
| 納期 | 納期の硬直性、マイルストーンの有無、遅延時の影響 |
| 追加費用の扱い | 仕様変更時の追加費用算定方法、承認権限 |
| 知的財産権の帰属 | 成果物の権利が発注者・受注者のどちらに帰属するか |
| 再委託の有無 | 再委託の必要性、事前承諾要件の許容範囲 |
| 損害賠償上限 | 業務金額の○倍など、許容できる上限のイメージ |
| 契約不適合責任 | 引渡し後の通知期間・対応手段の許容範囲 |
| 保守・サポートの有無 | 納品後の対応が契約範囲に含まれるか、別契約か |
| 個人情報・秘密情報の有無 | 業務で個人情報・営業秘密を扱うか、別途覚書が必要か |
AIレビューの前提情報整理は、シリーズ第6話「契約書AIレビューを使う前の情報整理シート」でも詳しく整理しています。レビュー観点の型を整えたい場合は、契約書AIレビュー プロンプト集や法務AIプロンプト集100選のような、観点別プロンプトをまとめた素材も選択肢になります。
また、AIに契約書を入力する前に、個人情報や相手方名、契約金額などを伏せる必要があるケースでは、LegalOS マスキングのような、デスクトップ上で個人情報を一括置換する仕組みを使うことも検討できます。AIへの入力可否の判断軸は、シリーズ第15話で予定している「AIに入れてはいけない情報チェックリスト」(執筆予定)の論点とも重なります。
請負契約の運用書面まで整えたい場合は
無料チェックリストで、請負契約の成果物・検収・追加費用・仕様変更の論点を整理することは有効です。ただし、実務では、契約本文だけでなく、成果物定義書、検収書、変更依頼書、追加費用確認書などの運用書面をセットで整える必要があります。
そのような場合は、請負契約「運用雛形集」のように、請負契約の運用に使う書面をまとめた雛形を使うことも選択肢になります。また、発注者側で契約チェック、修正判断、社内説明文までAIで整理したい場合は、発注者向け契約実務AIスターターセットも選択肢になります。
無料テンプレートで請負契約の運用論点を整える
まずは、請負契約の成果物・検収・追加費用・仕様変更を整理したい方は、以下の無料テンプレートをご利用ください。
関連記事
まとめ:請負契約は本文だけでなく運用書面まで整える
本記事のポイント
- 請負契約では、契約本文だけでなく、成果物・仕様・検収条件・追加作業・仕様変更・追加費用といった運用項目が重要になる
- 成果物の定義と検収基準が曖昧だと、納品後に「完成していない」「契約範囲外だ」と争いやすくなる
- 追加作業・仕様変更は、口頭合意ではなく、変更内容・費用・納期影響を書面に残す
- 発注者側と受注者側で重視すべき観点は異なるが、取引実態に合ったバランスが必要になる
- 契約本文、別紙、仕様書、見積書、変更依頼書、検収書はセットで管理する
- AIレビュー前にも、成果物・検収・追加費用・知的財産・損害賠償などの前提情報を整理する
- まずは無料テンプレートで請負契約の運用論点を確認し、継続運用が必要なら運用雛形集・スターターセットを選択肢に入れる
※本記事および配布テンプレートは、一般的な法務実務の整理を目的とした参考資料であり、個別具体的な法律判断や契約上の助言を行うものではありません。実際の請負契約レビュー、成果物定義、検収条件、追加費用、仕様変更、契約不適合責任、損害賠償、契約交渉にあたっては、契約書本文、別紙、仕様書、見積書、変更依頼書、交渉経緯、取引背景、適用法令、社内規程等を確認し、必要に応じて弁護士その他専門家に相談してください。
🔍 関連ガイドへ進む
この記事と関連度の高い実務ガイドをまとめています。次に読むならこちら。
記事で学んだ実務を、そのまま使える道具にする。
法務実務にそのまま投入しやすいAIプロンプト集に加え、 契約受付、契約管理、過去相談検索、契約書整形、マスキングまで、 LegalOSシリーズも順次公開しています。
