業務委託の請負・準委任の違いを徹底比較|選び方と注意点を解説

契約・開発体制公開日:2026年5月6日
徐 聖博
徐 聖博

株式会社シンシア 代表取締役社長

Share
目次開く
  1. 業務委託・請負・準委任の関係を整理する
  2. 「業務委託」は法律上の契約類型ではない
  3. 請負契約とは:仕事の完成を約束する契約
  4. 準委任契約とは:業務の遂行を約束する契約
  5. 請負と準委任の6つの主な違い
  6. ①契約の目的(成果 vs 遂行)
  7. ②報酬が発生する条件
  8. ③成果物に対する責任(契約不適合責任)
  9. ④再委託の可否
  10. ⑤契約の途中解除
  11. ⑥指揮命令関係と偽装請負リスク
  12. 準委任契約の「履行割合型」と「成果完成型」とは
  13. 請負・準委任の選び方:どちらが自社に合うか
  14. 請負契約が向いているケース
  15. 準委任契約が向いているケース
  16. 業務委託契約書を作成する際の注意点
  17. 契約形態を明記する
  18. 報酬・支払条件を具体的に定める
  19. 知的財産権の帰属を明確にする
  20. よくある質問(FAQ)
  21. 業務委託契約と請負契約・準委任契約はどう違うのですか?
  22. 準委任契約で成果物が完成しなかった場合、報酬は支払われますか?
  23. 請負契約で納品物に問題があった場合、受注者はどのような責任を負いますか?
  24. フリーランスのエンジニアに依頼する場合、請負と準委任のどちらが適切ですか?
  25. 準委任契約の「履行割合型」と「成果完成型」はどう使い分けますか?
  26. 業務委託契約で偽装請負にならないために注意すべき点は何ですか?
  27. 請負契約は途中解除できますか?その場合の費用はどうなりますか?

シンシアへのご相談

開発会社選定を相談する

自社の要件に合う開発会社の選び方や比較ポイントについて、無料でご相談いただけます。

開発会社選定の相談をする

まだ検討段階の方は 質問だけでもOK(電話番号は任意)

業務委託・請負・準委任の関係を整理する

A MacBook with lines of code on its screen on a busy desk

Photo by Christopher Gower on Unsplash

請負と準委任の最大の違いは、「仕事の完成(成果)を約束するかどうか」です。請負は成果物の完成を義務として負う契約であり、準委任は業務を誠実に遂行することを義務として負う契約です。この一点を押さえておくだけで、契約形態の選択に迷う場面が大幅に減ります。

「業務委託」は法律上の契約類型ではない

業務委託契約」という言葉は実務でよく使われますが、民法にはこの名称の契約類型は存在しません。業務委託とは、請負・委任・準委任などを包括する実務上の呼称です。そのため、「業務委託契約書」と題した書類であっても、その内容が請負に該当するのか準委任に該当するのかは、契約書の条文を見て判断する必要があります。

契約書のタイトルではなく、取引の実態と条文の内容が法的な契約類型を決定します。この点を最初に理解しておくことが重要です。

請負契約とは:仕事の完成を約束する契約

請負契約は民法632条に規定されており、「当事者の一方がある仕事を完成することを約し、相手方がその仕事の結果に対してその報酬を支払うことを約する」契約です。

具体的には、Webサイトの制作、システム開発(成果物の納品が前提のもの)、建物の建築、デザイン制作などが該当します。受注者(請負人)は成果物を完成させる義務を負い、完成しなければ原則として報酬を請求できません。

準委任契約とは:業務の遂行を約束する契約

準委任契約は民法656条に規定されており、「法律行為でない事務の委託」に委任の規定を準用するものです。委任(民法643条)は弁護士への依頼など法律行為を伴う事務の委託に使われ、準委任はそれ以外の事務(コンサルティング、調査、エンジニアの稼働など)に適用されます。

受注者(受任者)は業務を誠実に遂行する義務を負いますが、成果物の完成は義務ではありません。たとえば、コンサルタントが助言を行っても経営改善が実現しなかった場合でも、誠実に業務を遂行していれば報酬を請求できます。


請負と準委任の6つの主な違い

以下の比較表で主な違いを整理します。

比較項目請負契約準委任契約
契約の目的仕事の完成(成果)業務の遂行(プロセス)
報酬発生条件成果物の完成・引渡し業務の遂行(履行割合型)または成果の完成(成果完成型)
成果物への責任契約不適合責任あり原則なし
再委託原則として可能原則として不可(委任者の承諾が必要)
途中解除注文者は損害賠償を条件に可能各当事者がいつでも可能(やむを得ない事由がない場合は損害賠償あり)
指揮命令受注者が自律的に作業受注者が自律的に作業(指揮命令があると偽装請負リスク)

①契約の目的(成果 vs 遂行)

請負は「何を作るか・何を完成させるか」が契約の核心です。一方、準委任は「どのような業務を行うか」が核心であり、結果よりもプロセスに重点が置かれます。たとえば、「ECサイトを構築して納品する」なら請負、「月40時間エンジニアとして稼働する」なら準委任が実態に近い契約です。

②報酬が発生する条件

請負では、成果物が完成・引き渡されて初めて報酬が発生するのが原則です(民法633条)。途中で作業が中断した場合、完成した部分が注文者にとって有用な場合に限り、割合的な報酬を請求できる場合があります。

準委任では、業務を遂行した事実に基づいて報酬が発生します(履行割合型)。後述する成果完成型を選択した場合は、成果の完成が報酬発生の条件になります。

③成果物に対する責任(契約不適合責任)

2020年の民法改正(改正民法施行)により、旧法の「瑕疵担保責任」は「契約不適合責任」へと改められました。請負契約では、納品物が契約の内容に適合しない場合、受注者は修補・代替物の引渡し・報酬減額・損害賠償などの責任を負います(民法559条・562条等)。

準委任契約では、成果物の完成を約束していないため、原則として契約不適合責任は生じません。ただし、業務遂行上の善管注意義務(善良な管理者としての注意義務)違反があれば、債務不履行責任を問われる可能性があります。

④再委託の可否

請負では、特段の合意がなければ受注者は第三者に再委託(下請け)することが可能です。一方、準委任(委任)では、受任者は自ら業務を遂行することが原則であり、委任者の承諾がなければ再委託できません(民法644条の2)。外部パートナーへの再委託を想定している場合は、契約書に明示的に定めておくことが重要です。

⑤契約の途中解除

請負では、仕事が完成する前であれば注文者はいつでも契約を解除できますが、受注者に生じた損害を賠償する必要があります(民法641条)。受注者側からの解除は、やむを得ない事由がある場合に限られます。

準委任では、各当事者がいつでも契約を解除できます(民法651条)。ただし、相手方に不利な時期に解除した場合や、やむを得ない事由がない場合は損害賠償が必要になることがあります。

⑥指揮命令関係と偽装請負リスク

請負・準委任のいずれであっても、発注者が受注者に対して直接指揮命令を行うことは、偽装請負に該当するリスクがあります。偽装請負とは、実態は労働者派遣であるにもかかわらず、業務委託の形式をとっている状態を指します。労働者派遣法に違反する可能性があり、行政指導や罰則の対象になることもあります。

発注者が作業の進め方・時間・場所を細かく指定する場合は、派遣契約や雇用契約の検討が必要です。


準委任契約の「履行割合型」と「成果完成型」とは

2020年の民法改正により、準委任契約には履行割合型成果完成型の2種類が明文化されました(民法648条・648条の2)。

  • 履行割合型:業務を遂行した割合に応じて報酬が発生します。成果物が完成しなくても、遂行した業務量に応じた報酬を請求できます。月次稼働型のコンサルティングや、時間単価で契約するエンジニアの業務に適しています。

  • 成果完成型:定められた成果が完成した時点で報酬が発生します。請負に近い性質を持ちますが、契約不適合責任の扱いなどで違いがあります。一定の成果物を期待しつつも、完成義務を厳格に問いたくない場合に活用されます。

どちらの型を採用するかは、業務の性質と発注者・受注者双方のリスク許容度によって判断します。


請負・準委任の選び方:どちらが自社に合うか

請負契約が向いているケース

  • 納品物(成果物)が明確に定義できる場合(例:Webサイト一式、システムの特定機能、デザインデータ)
  • 成果物の品質を担保したい場合(契約不適合責任を活用したい)
  • 作業プロセスよりも「何が完成するか」を重視する場合
  • 受注者に自律的に作業を進めてもらいたい場合

準委任契約が向いているケース

  • 業務の成果が事前に確定しにくい場合(例:経営コンサルティング、調査・分析業務、継続的なエンジニアリング支援)
  • 時間単価・月額固定で稼働してもらう場合
  • 成果物の完成よりも、専門家の知見・労力そのものを購入したい場合
  • 業務内容が変化しやすく、柔軟な対応が必要な場合

判断に迷う場合は、「納品物の完成を約束させたいか」という一点に立ち返ると整理しやすくなります。個別の状況によって適切な判断は異なるため、契約内容に不安がある場合は弁護士や司法書士などの専門家への相談をお勧めします。


業務委託契約書を作成する際の注意点

契約形態を明記する

契約書のタイトルが「業務委託契約書」であっても、本文中に「本契約は請負契約として締結する」または「本契約は準委任契約として締結する」と明記することが重要です。曖昧なままにしておくと、トラブル発生時に契約の性質をめぐって争いが生じる可能性があります。

報酬・支払条件を具体的に定める

請負であれば「成果物の引渡し後〇日以内に支払う」、準委任(履行割合型)であれば「毎月末締め翌月〇日払い」など、報酬の発生条件と支払時期を具体的に定めます。検収条件(成果物の確認・承認プロセス)も明確にしておくと、後のトラブルを防ぎやすくなります。

知的財産権の帰属を明確にする

業務委託で作成された成果物(プログラム、デザイン、文章など)の著作権は、特段の合意がなければ制作者(受注者)に帰属するのが原則です。発注者が権利を取得したい場合は、「成果物の著作権は発注者に帰属する」旨を契約書に明記するか、著作権の譲渡条項を設ける必要があります。この点は見落とされやすいため、契約書作成時に必ず確認してください。


よくある質問(FAQ)

業務委託契約と請負契約・準委任契約はどう違うのですか?

「業務委託契約」は民法上の正式な契約類型ではなく、実務上の呼称です。その実態が「仕事の完成を約束するもの」であれば請負(民法632条)、「業務の遂行を約束するもの」であれば準委任(民法656条)として扱われます。契約書のタイトルではなく、内容によって法的性質が決まります。

準委任契約で成果物が完成しなかった場合、報酬は支払われますか?

履行割合型の準委任契約であれば、業務を遂行した割合に応じた報酬を請求できます。成果が完成しなくても、誠実に業務を遂行していれば報酬請求権は生じます。ただし、成果完成型を採用している場合は、成果の完成が報酬発生の条件となります。

請負契約で納品物に問題があった場合、受注者はどのような責任を負いますか?

2020年の民法改正後は「契約不適合責任」として整理されており、納品物が契約内容に適合しない場合、発注者は修補の請求・代替物の引渡し請求・報酬の減額請求・損害賠償請求・契約解除などを行える場合があります。具体的な責任範囲は契約書の内容や状況によって異なるため、個別のケースは専門家にご相談ください。

フリーランスのエンジニアに依頼する場合、請負と準委任のどちらが適切ですか?

依頼内容によって異なります。「〇〇機能を実装したシステムを納品してほしい」という場合は請負が適しています。「月40時間、開発業務全般を支援してほしい」という場合は準委任(履行割合型)が実態に合っています。成果物が明確に定義できるかどうかを判断基準にするとよいでしょう。

準委任契約の「履行割合型」と「成果完成型」はどう使い分けますか?

月次稼働・時間単価など、業務の遂行量に応じて報酬を支払う場合は履行割合型が適しています。一定の成果(レポート、分析結果など)の完成を条件に報酬を支払う場合は成果完成型が適しています。どちらを選ぶかは業務の性質と双方のリスク許容度によって判断します。

業務委託契約で偽装請負にならないために注意すべき点は何ですか?

発注者が受注者に対して、作業の具体的な指示・時間管理・場所の指定など、労働者に対するような指揮命令を行うと、偽装請負と判断されるリスクがあります。業務委託では、受注者が自律的に業務を遂行することが前提です。実態が労働者派遣に近い場合は、適切な派遣契約を検討することをお勧めします。

請負契約は途中解除できますか?その場合の費用はどうなりますか?

民法641条により、仕事が完成する前であれば注文者(発注者)はいつでも請負契約を解除できます。ただし、解除によって受注者に生じた損害(すでに発生した費用や逸失利益など)を賠償する必要があります。解除時の費用精算については、あらかじめ契約書に定めておくとトラブルを防ぎやすくなります。

Share

シンシアへのご相談

開発会社選定を相談する

自社の要件に合う開発会社の選び方や比較ポイントについて、無料でご相談いただけます。

開発会社選定の相談をする

まだ検討段階の方は 質問だけでもOK(電話番号は任意)

この記事が役に立ったら、Google で優先表示を

Google 検索の「優先するソース」に blog.xincere.jp を追加すると、シンシアの新着記事がトップニュースなどで見つけやすくなります。

Google で優先ソースに追加

著者について

徐 聖博のプロフィール写真
徐 聖博
株式会社シンシア 代表取締役社長

株式会社シンシア(Xincere, Inc.)代表取締役。中国生まれ・3歳から日本で育ち、日本語・中国語・英語を操るトリリンガル。大学院でコンピュータサイエンス(進化型ニューラルネットワーク)を研究し、GREE・メドレー・カウンティア・Indeed Japan などで検索エンジン開発やスタートアップの立ち上げ・グロースを経験。2020年に「人の価値をテクノロジーで最大化する」という想いでシンシアを創業した。エンジニア歴15年以上、代表でありながらほぼ毎日コードを書く現役エンジニアとして、基幹システム開発からAIエージェント活用まで顧客の事業成長に並走している。創業に込めた思いは[noteの創業ストーリー](https://note.com/shengboxu/n/n8b4e482c62ad)に綴っている。

人気記事

    お問い合わせ

    システム開発やAI推進についてのご相談はこちらから

    無料相談を予約する