株式会社プロパゲート

ブログ記事

請負契約とは?システム開発での意味と準委任との違いを解説

更新日:2026年8月24日著者:鈴木 貴登13分で読めます
請負契約とは

システム開発やAI導入を外部に依頼するとき、請負契約と準委任契約のどちらを選ぶべきか迷う場面は少なくありません。請負契約は成果物の完成を約束する契約で、要件が固まった開発に向きます。

一方で、使いながら要件を固めていくAI導入では、最初にすべてを決める前提が崩れやすく、請負だけでは対応しきれない場面が出てきます。固まった部分は請負、改善を続ける部分は準委任と、性質に応じて使い分ける考え方が現実的です。

\業務整理から現場定着まで伴走/

AIデスクのサービス内容を見る

1. 請負契約とは仕事の完成に対して報酬を支払う契約

請負契約の概要

システム開発を外部に発注するとき、まず押さえておきたいのが請負契約の基本です。ここでは、請負契約が何を約束する契約なのかを整理します。

1.1 請負契約が約束する「仕事の完成」とは

請負契約とは、受注者が決められた成果物を完成させることを約束し、その完成に対して発注者が報酬を支払う契約です。民法でも、仕事を完成させる義務を負う点が請負の核心とされています。 e-Gov法令検索「民法」第632条でも、仕事の完成とその結果に対する報酬が請負の要件として定められています。

システム開発でいえば、指定された機能を備えたシステムを納品して初めて義務を果たしたことになります。作業に時間をかけたかどうかではなく、成果物が仕様どおりに仕上がっているかが判断の基準になるのです。

1.2 完成物に対して受注者が負う責任

請負契約では、受注者が成果物の完成そのものに責任を負います。約束したシステムが完成しなければ、原則として報酬を請求することは難しくなります。

さらに、納品後に不具合や仕様との食い違いが見つかった場合、受注者は契約不適合責任を負い、修補や代金の減額を求められることがあります。

発注者にとっては成果が保証されやすい一方、受注者は完成までのリスクを抱えることになります。

1.3 請負契約が使われるシステム開発の場面

請負契約は、作るものが明確で、工程ごとの成果物を切り出しやすい場面で使われやすい契約です。仕様が固まっていれば、完成の基準を契約時に定めやすくなります。

システム開発で請負契約が使われやすい代表的な工程は次のとおりです。

  • 要件が確定した後の設計工程
  • 仕様書に沿った開発・実装工程
  • 完成基準が明確なテスト工程

こうした工程は「何をもって完成とするか」を事前に決めやすいため、請負契約と相性がよい傾向があります。完成の基準を契約時に定められる工程ほど、請負契約は機能しやすくなります。

2. 請負契約と準委任契約の違い

請負契約の仕組み

システム開発の契約では、請負契約と並んで準委任契約がよく使われます。両者は似ているようで、完成義務や報酬の考え方が大きく異なります。

2.1 請負契約と準委任契約の完成義務の違い

請負契約と準委任契約の最も大きな違いは、完成義務の有無にあります。ここを取り違えると、報酬や責任の考え方まで食い違ってしまいます。

両者の完成義務の違いは、次のように整理できます。

  • 請負契約:成果物の完成を約束し、完成義務を負う
  • 準委任契約:業務の遂行を約束し、完成義務は負わない

準委任契約では、受注者は善良な管理者としての注意義務を果たしながら業務を進めますが、成果物の完成までは保証しません。完成を約束するのが請負、遂行を約束するのが準委任という違いが、両者を分ける出発点です。

2.2 報酬が発生する条件の違い

報酬が発生する条件も、完成義務の違いに沿って変わります。請負契約では、成果物が完成して初めて報酬を請求できるのが原則です。

一方、準委任契約では、業務を遂行したこと自体に対して報酬が発生します。成果物が想定どおりに仕上がらなくても、契約で定めた業務を適切に行っていれば報酬の対象になります。

そのため、発注側は「何に対してお金を払うのか」を契約前に確認しておく必要があります。

2.3 請負契約と準委任契約の責任範囲を比較

請負契約と準委任契約の違いを、主要な観点で対比すると理解しやすくなります。次の表は、完成義務・報酬条件・契約不適合責任などで両者を比較したものです。

比較軸
請負契約
準委任契約
完成義務
あり
なし
報酬条件
成果物の完成
業務の遂行
契約不適合責任
負う
原則負わない
向いている場面
仕様が固まった開発
要件を探る開発

この違いから、成果物をはっきり求める案件は請負、進め方や判断を任せたい案件は準委任が向くと整理できます。契約を選ぶ際は、成果と過程のどちらに重きを置くかを起点に考えると判断しやすくなります。

3. 請負契約が向いているシステム開発の案件

請負契約の導入・運用ポイント

請負契約は万能ではなく、向く案件と向かない案件があります。ここでは、請負契約が力を発揮する案件の条件を見ていきます。

3.1 請負契約が向く要件の固まった案件

請負契約が力を発揮するのは、作るものが最初から明確に決まっている案件です。完成の基準がはっきりしているほど、契約時に成果物の範囲を確定できます。

請負契約が向きやすい案件には、次のような条件があります。

  • 仕様書が完成している
  • 機能や画面の範囲が確定している
  • 納期と完成基準を合意できている

これらの条件がそろうほど、発注者と受注者の認識のずれが起きにくくなります。要件が固まっているほど、請負契約は完成物の保証という強みを発揮します。

3.2 完成物を重視する開発での適合性

仕様変更が少なく、成果物の納品を重視する開発では、請負契約が適しています。完成した成果物を受け取ることが目的なら、完成義務を負う請負が発注側の安心につながります。

たとえば、既存業務をそのままシステム化するような案件では、作るものが事前に固まっているため、請負の枠組みが機能しやすくなります。

一方で、開発の途中で方向性が変わる可能性が高い場合は、請負だけで進めると窮屈になりがちです。

4. AI導入で請負契約が合いにくい理由

AI導入では、請負契約がそのままでは合いにくい場面が出てきます。その理由は、AIならではの進め方にあります。

4.1 使いながら要件が固まるAI導入の進め方

AI導入は、実際に使ってみて初めて要件が固まっていく進め方が中心になります。データの傾向や現場の使い勝手は、動かしてみないと見えてこない部分が多いのです。

たとえば、業務データをAIに学習させても、想定した精度が出るかどうかは試してみないと分かりません。出力を確認しながら、入力データや処理の条件を少しずつ調整していく作業が欠かせません。

4.2 AI導入で請負契約の前提が崩れやすい点

使いながら要件を固める進め方は、最初にすべてを決める請負契約の前提と相性がよくありません。契約時に完成形を確定できないため、いくつかの点で前提が崩れやすくなります。

AI導入で請負契約の前提が崩れやすいのは、次のような理由からです。

  • 導入前に完成の基準を確定しにくい
  • 検証の結果しだいで仕様が変わりやすい
  • 精度や効果が使ってみないと読めない

こうした不確実性があるため、AI導入を丸ごと請負で契約すると、変更のたびに追加交渉が必要になりがちです。要件が動くことを前提にした契約設計が、AI導入では欠かせません。

5. 請負契約と準委任契約を組み合わせる進め方

請負契約の進め方を4段階で示した図解

請負契約と準委任契約は、対立するものではなく組み合わせて使えます。案件を部分ごとに分けて考えると、無理のない契約設計ができます。

5.1 仕様が固まった部分を請負契約にする考え方

請負契約と準委任契約は、どちらか一方に決める必要はありません。仕様が固まった部分だけを切り出して請負で発注する分け方が有効です。

たとえば、入力画面や帳票出力のように完成形が明確な機能は、請負で発注すると成果物の範囲と責任がはっきりします。

全体を一括で請負にするのではなく、確定した部分から切り出す発想が、契約を無理なく機能させます。

5.2 改善を続ける部分を準委任にする考え方

運用しながら改善を続ける部分は、準委任契約が合う場合があります。改善作業は完成の基準を定めにくく、状況に応じて優先順位が変わるためです。

AIの精度調整やデータの見直しのように、終わりを一つに決めにくい業務では、業務の遂行に報酬を結びつける準委任が実態に合いやすくなります。

固定した成果より、継続的な調整に価値がある部分を見極めることが、使い分けの鍵になります。

5.3 現場で試しながら要件を更新する進め方

現場で試しながら要件を更新していく進め方は、AI導入で成果を出すうえで欠かせません。実際の業務で動かしながら要件を固めていくことで、机上の想定と現場のずれを早い段階で修正できます。

現場で試しながら要件を更新する進め方は、次のように進みます。

  1. 小さく試す:一部の業務でAIを実際に動かす
  2. 結果を確認する:出力や現場の反応を検証する
  3. 要件を更新する:検証結果をもとに仕様を調整する

この流れを繰り返すことで、机上で決めきれなかった要件が現場の実態に沿って固まっていきます。試す・確認する・更新するのサイクルが、AI導入の要件を現実的に固めます。

6. 請負契約で発注前に確認しておきたいこと

請負契約で発注する前に、確認しておきたい点がいくつかあります。契約後のトラブルの多くは、事前の取り決め不足から生じます。

6.1 請負契約で検収の条件を定めるポイント

請負契約を結ぶ前に、何をもって完成とみなすのか、検収の条件を明確に定めておく必要があります。検収基準が曖昧だと、納品後に「完成した・していない」で認識が食い違います。

検収の条件として事前に決めておきたい項目は次のとおりです。

  • 完成とみなす具体的な状態
  • 検収の期間と確認方法
  • 不具合が見つかったときの対応

これらを契約書に落とし込んでおくと、納品時のトラブルを避けやすくなります。検収の基準を先に言葉にしておくことが、請負契約を円滑に終える前提になります。

6.2 請負契約で仕様変更が出たときの扱い

仕様変更が出たときの扱いも、発注前に確認しておきたい点です。請負契約は完成形を前提とするため、途中の変更は追加費用や納期の見直しにつながりやすくなります。

変更が発生した場合に、費用をどう精算するのか、対応範囲をどこまで広げるのかを事前に取り決めておくと、後の交渉がスムーズになります。

特にAIが関わる開発では変更が起きやすいため、変更の手続きを契約に盛り込んでおくと安心です。

6.3 保守の範囲をどこまで含めるか

納品後の保守について、どこまでを契約に含めるのかも確認しておきたい点です。保守の範囲が曖昧なままだと、不具合対応や機能追加のたびに費用の扱いで揉めることになります。

たとえば、軽微な不具合修正は保守に含めるのか、機能追加は別契約にするのかを、あらかじめ線引きしておくと安心です。

請負で完成物を受け取った後も、運用は続きます。保守を準委任で別に結ぶなど、契約の形を分けておく選択肢もあります。

7. プロパゲートAIデスクによるAI導入と契約の相談

プロパゲートAIデスクのサービスページ

AI導入をどう進め、どの部分をどの契約で結ぶべきか、迷ったときに相談できる相手がいると判断が進みます。株式会社プロパゲートが提供するプロパゲートAIデスクの詳細ページは、業務自動化の導入から契約の考え方まで一貫して支援するサービスです。

7.1 AI導入の悩みに向いているケース

プロパゲートAIデスクは、業務自動化を進めたいものの、要件を固めきれずに悩む法人に向いています。何から着手すべきか判断しづらい段階でも、相談から始められます。

次のような状況にある企業に適しています。

  • 自動化したい業務はあるが要件が定まらない
  • 契約形態の選び方が分からない
  • 導入後の運用体制まで見通せない

こうした悩みは、動かしながら要件を固める進め方と相性がよいものです。要件が固まっていない段階こそ、伴走型の支援が力を発揮します。

7.2 業務整理から開発・現場定着まで一貫した支援

社内にAIの専任担当を置けない企業では、業務の洗い出しから開発、現場への定着までを自力で回すのは簡単ではありません。担当者が本業と兼任するうちに、導入が途中で止まってしまう場面も起こりがちです。

プロパゲートAIデスクの詳細ページは、業務整理から開発、現場定着までを一貫して支援します。既存のツールとAIを連携させ、入力・転記・集計・分析・報告といった業務の自動化を、導入して終わりにせず現場で使える状態まで引き受けます。

費用の目安は初期100万円〜、月額29.8万円〜です。無料相談は0円で受けられるため、契約形態を決めきれていない段階でも、業務の状況を見ながら進め方と費用感をあわせて確認できます。。最新の料金や含まれる支援の範囲はプロパゲートAIデスクのサービスページでご確認ください。

\無料でオンライン相談受付中/

AIデスクの費用と進め方を見る

8. 請負契約に関するよくある質問

請負契約を検討する際に、発注側からよく寄せられる疑問をまとめました。契約の安全性や途中変更、完成しなかった場合の扱いについて、判断に役立つ形で整理します。

8.1 請負契約と準委任契約はどちらが安全ですか?

どちらが安全かは一概には決められず、案件の性質で選ぶのが答えになります。成果物をはっきり求めるなら請負、進め方を任せたいなら準委任が安心につながります。

選ぶときの判断軸は次のとおりです。

  • 完成物を確実に受け取りたいなら請負
  • 進め方の柔軟さを重視するなら準委任
  • 要件が動きそうなら準委任か組み合わせ

8.2 途中から仕様を変更できますか?

途中からの仕様変更は可能ですが、契約の形によって扱いが変わります。請負契約では完成形を前提とするため、変更のたびに追加費用や納期の見直しが必要になりがちです。

変更が前提の開発なら、準委任を組み合わせるか、変更時の費用と範囲を事前に取り決めておく方法が有効です。

8.3 請負契約で完成しなかった場合はどうなりますか?

請負契約で成果物が完成しなかった場合、原則として受注者は報酬を請求できません。完成義務を負う契約のため、完成しなければ義務を果たしたことにならないからです。

ただし、発注者側の事情で完成できなかった場合や、すでに一部が役立っている場合など、状況により報酬や責任の扱いは変わります。

9. まとめ:請負契約は要件が固まった部分に活用しよう

請負契約は、決められた成果物を完成させることを約束する契約です。要件が固まった開発では、完成物の保証という強みが活きます。

一方で、使いながら要件を固めていくAI導入では、最初にすべてを決める請負の前提が崩れやすくなります。仕様が固まった部分は請負、改善を続ける部分は準委任と、性質に応じて使い分ける進め方が現実的です。

発注前には、検収の条件、仕様変更の扱い、保守の範囲を確認しておくと、後のトラブルを避けられます。契約の選び方やAI導入の進め方に迷ったときは、要件が固まっていない段階から相談してみることが、最初の一歩になります。

\まずは無料相談から/

AIデスクの詳細を見る