委託と委任の違いとは？発注者が選ぶ業務委託契約の判断基準

フリーランスや副業のエンジニアに業務を依頼しようとしたとき、契約書のドラフトに「準委任」と書かれていて戸惑った経験はないでしょうか。あるいはベンダーから「これは委任ですか、それとも請負ですか」と確認され、即答できずに困ったかもしれません。

「委託」と「委任」は字面が似ているうえ、そこに「準委任」「請負」「業務委託」が加わると、何がどう違うのか整理がつかなくなりがちです。契約実務の専任部署がない企業ほど、相手から提示された契約書をそのまま受け入れてよいのか判断できず、外部人材の活用に踏み出せないという声をよく聞きます。

しかも契約形態の選び方を誤ると、成果物が完成しないまま報酬だけが発生したり、知らないうちに偽装請負と判断されて発注者側がリスクを負ったりする可能性があります。だからこそ、言葉の意味を入口にしながらも、最終的には「自社の発注に合う契約形態を選べる」ところまで理解しておきたいところです。

本記事では、まず「委託」と「委任」の違いを発注者目線で結論から整理し、委任・準委任・請負を実務で効いてくる観点で比較します。そのうえで、自社の発注内容からどの契約形態が適切かを判断するフロー、偽装請負を避けるための注意点、2024年11月に施行されたフリーランス保護新法で発注者に求められる実務までを一貫して解説します。

委託と委任の違いを発注者目線で結論から整理する

最初に結論をお伝えします。「委託」と「委任」は、そもそも言葉が指す範囲の広さが違います。図にすると、大きな「委託」という箱の中に「委任」「準委任」「請負」という小さな箱が入っているイメージです。

つまり「委託」は業務を外部に任せること全般を指す広い概念であり、「委任」はその中に含まれる、民法上のひとつの契約類型を指します。両者は対立する選択肢ではなく、概念の階層が異なるのです。発注者がまず押さえるべきは、「業務委託契約」という名前の契約類型は法律上存在せず、その中身は委任・準委任・請負のいずれかである、という1点です。

「委託」は業務を外部に任せること全般を指す広い概念

「委託」とは、自社で行う業務を外部の事業者や個人に任せること全般を指す、ビジネス上の広い言葉です。法律で「委託契約」という名前の契約類型が定義されているわけではなく、業務を外に出すという行為全体を表す総称として使われます。

たとえば「経理業務を委託する」「システム開発を委託する」「コールセンター業務を委託する」といった使い方は、いずれも業務を外部に任せていることを表しています。この時点では、それが法律上どの契約に当たるかまでは決まっていません。中身が「仕事の完成を約束する契約」なのか「業務の遂行を約束する契約」なのかによって、後述する委任・準委任・請負のどれに当たるかが分かれます。

「委任」は民法上の契約類型を指す

一方の「委任」は、民法に定められた具体的な契約類型です。民法643条は「委任は、当事者の一方が法律行為をすることを相手方に委託し、相手方がこれを承諾することによって、その効力を生ずる」と定めています（民法第643条・e-Gov法令検索）。

ここでポイントになるのが「法律行為をすること」という部分です。法律行為とは、契約の締結や代理など、法律上の権利義務を発生させる行為を指します。たとえば弁護士に訴訟代理を依頼する、税理士に税務申告を任せるといったケースが典型です。後ほど触れますが、契約締結のような法律行為を伴わない事務、たとえばシステムの設計・開発・運用といった作業を任せる場合は、厳密には「委任」ではなく「準委任」に分類されます。

このように「委任」は、業務を任せること全般を指す「委託」とは違い、民法上の特定の契約を指す言葉です。両者を同じレベルの選択肢として並べて比較すると混乱するのは、このためです。

「業務委託契約」という法律上の契約類型は存在しない

実務でもっとも誤解されやすいのが「業務委託契約」という言葉です。フリーランスや副業人材との契約書では「業務委託契約書」というタイトルが付いていることが多く、あたかもひとつの独立した契約類型のように見えます。しかし、民法に「業務委託契約」という名前の類型は存在しません。

「業務委託契約」は、委任・準委任・請負のいずれか（または複数の組み合わせ）を実務上の呼び方でまとめた総称にすぎません。したがって、契約書のタイトルが「業務委託契約書」であっても、中身を読むと実態は準委任だったり請負だったりします。発注者として大切なのは、タイトルではなく契約の中身を見て、自社が結ぼうとしている契約が実際にはどの類型に当たるのかを見極めることです。

業務委託そのものの基礎をあらためて確認したい場合は、業務委託とは？初めて外部活用する企業向けの基礎と始め方もあわせてご覧ください。

委任・準委任・請負の違いを発注者が押さえる3つの観点で比較する

中身が委任・準委任・請負のいずれかだと分かっても、その違いを発注者の実務に引き寄せて理解しておかないと判断には使えません。ここでは、発注者にとって実務的に効いてくる3つの観点（成果物の完成義務があるか、報酬はいつ発生するか、品質に問題があったとき責任を問えるか）で比較します。

成果物の完成義務で分かれる

3つの契約類型を分ける最大のポイントは、「仕事の完成」を約束する契約かどうかです。

請負は、民法632条で「当事者の一方がある仕事を完成することを約し、相手方がその仕事の結果に対してその報酬を支払うことを約することによって、その効力を生ずる」と定められています（民法第632条・e-Gov法令検索）。つまり請負では、受託者は「成果物を完成させること」自体を義務として負います。約束した成果物が完成しなければ、原則として報酬は支払われません。

これに対して委任・準委任は「事務の処理」を約束する契約であり、仕事の完成までは義務として負いません。受託者は、善良な管理者としての注意をもって（善管注意義務といいます）業務を誠実に遂行することを約束しますが、成果物の完成そのものを保証するわけではありません。発注者から見ると、「完成・納品されるべき成果物を確実に手に入れたい」のか、「専門人材の稼働・遂行そのものを確保したい」のかで、選ぶべき方向が変わります。

報酬発生の条件の違い

完成義務の違いは、報酬がいつ発生するかにも直結します。

請負では、原則として仕事を完成させて成果物を引き渡したときに報酬請求権が生じます。逆に言えば、成果物が完成しなければ報酬は発生しないのが基本です。一方の準委任・委任では、業務を遂行したこと自体に対して報酬が発生する形が一般的で、稼働時間や期間に応じて支払う「時間・期間ベース」の精算がよく使われます。エンジニア活用でいえば、月額固定や時間単価での精算は準委任と相性がよく、成果物単位での一括払いは請負と相性がよい、という整理になります。

報酬の支払い条件をどう設計するかは、契約形態の選択と一体で考える必要があります。請負・準委任・マイルストーン払いといった支払い設計の具体例は、システム開発の支払い条件で詳しく整理しています。

委任と準委任の違いは「法律行為か事実行為か」

委任と準委任は、どちらも「事務の処理」を約束する点では共通しています。両者を分けるのは、任せる事務が「法律行為」かどうかです。

先ほど触れたとおり、委任（民法643条）は契約の締結や代理といった法律行為を任せる契約です。これに対して準委任は、民法656条で「この節の規定は、法律行為でない事務の委託について準用する」と定められており、法律行為以外の事務、たとえばシステムの設計・開発・運用、コンサルティング、保守対応などを任せる場合に当たります（民法第656条・e-Gov法令検索）。

ここで発注者が押さえておきたいのは、フリーランス・副業エンジニアに開発や運用を任せるケースの多くは「準委任」に該当するという点です。エンジニアの稼働は契約締結のような法律行為ではなく事実上の作業なので、委任ではなく準委任として整理されます。契約書に「準委任」と書かれていて戸惑ったとしても、それはエンジニア発注ではむしろ自然な記載だということです。

一覧で見る比較表

ここまでの違いを、発注者の関心事に沿って表にまとめます。

請負には、納品物が契約内容に適合しない場合に修補や代金減額などを求められる「契約不適合責任」（かつての瑕疵担保責任に相当）があります。準委任・委任にはこの完成物に対する責任はなく、善管注意義務を尽くしたかどうかで責任を判断します。契約不適合責任の詳細は、瑕疵担保責任・契約不適合責任とはで確認できます。

自社の発注はどれ？委託・委任・請負の選び方判断フロー

ここまでの違いを踏まえて、いよいよ本題です。自社の発注は、委任・準委任・請負のどれを選ぶべきなのでしょうか。判断の起点はシンプルで、「完成・納品すべき成果物を、契約前に明確に定義できるか」を問うところから始めます。

起点となる問いは「成果物を明確に定義できるか」

最初に自問すべきは、「何をもって完成とするか」を契約段階で具体的に定義できるかどうかです。

完成すべき成果物の範囲・仕様・品質基準を明確に定義できるなら、請負が向いています。たとえば「この要件定義書のとおりに会員登録機能を実装し、指定の受け入れテストに合格すること」のように、ゴールが固まっているケースです。請負なら、発注者は成果物の完成という結果を相手の義務として求められます。

一方、成果物を事前に固めきれない、あるいは継続的に業務を遂行してもらいたい場合は準委任が向いています。仕様が変わり続ける、運用しながら改善していく、専門家の知見で都度判断してほしい、といったケースでは、完成を義務づけるよりも、稼働そのものを確保する準委任のほうが実態に合います。

成果物の範囲・仕様・品質基準を契約前に明確に定義できるか？
├─ Yes（完成基準が固められる）
│    → 請負が向く（受託開発・固定スコープの機能実装 など）
└─ No（仕様が流動的／継続的な遂行を任せたい）
     → 準委任が向く（運用保守・継続開発・技術支援 など）
       ※ 契約締結・代理など法律行為を任せる場合のみ「委任」

業務タイプ別の当てはめ例

判断の起点を、よくある発注タイプに当てはめてみます。

要件が固まった受託開発（たとえば、仕様が確定したシステムや機能の一括開発）は、完成基準を定義しやすいため請負寄りです。完成・納品をゴールとして合意できる場合に適しています。

運用保守やSES的な常駐稼働、継続的な開発支援は、ゴールが「完成」ではなく「期間中の遂行」にあるため準委任が中心です。月額や時間単価で稼働を確保し、その時々の課題に対応してもらう形が自然です。SES・派遣・業務委託・複業といった近い形態の違いを横並びで比較したい場合は、SES・派遣・業務委託・複業の違いを比較が参考になります。

契約締結や代理といった法律行為そのものを代行してもらう場合は委任に当たりますが、エンジニア発注の文脈ではあまり登場しません。エンジニアの稼働は事実行為なので、ほとんどのケースで準委任になると考えておくと混乱しにくくなります。

フリーランス・副業エンジニアの発注でよくあるケース

実際のエンジニア発注では、ひとつの契約に複数の性質が混在することもあります。たとえば「初期構築フェーズは請負で成果物を完成させ、その後の運用フェーズは準委任で継続支援する」といった切り分けです。フェーズごとに最適な契約形態を選ぶことで、完成責任を求めるべき部分と、柔軟な稼働を確保すべき部分を整理できます。

どちらを選ぶかで迷ったときは、「失敗したらどちらのリスクが自社にとって致命的か」で考えると判断しやすくなります。完成しないことが致命的なら請負で完成義務を負わせ、要件が動くことが前提なら準委任で柔軟性を確保する、という発想です。請負と準委任のどちらを選ぶかをリスク面から判断する考え方は、システム開発の請負契約と準委任契約の違いと選び方で、より踏み込んで解説しています。発注前に合意しておくべき事項を含めた具体的な選び方は、業務委託エンジニアの契約形態の選び方もあわせてご確認ください。

発注者が避けるべき偽装請負と指揮命令のリスク

契約形態を選ぶうえで、発注者がもうひとつ必ず押さえておきたいのが「偽装請負」のリスクです。これは契約形態の選び方そのものとは別の、運用上の落とし穴です。

業務委託に指揮命令関係はない

大前提として、業務委託（請負・委任・準委任のいずれであっても）では、発注者と受託者・その従業員との間に指揮命令関係は生じません。受託者は自らの裁量と責任で業務を遂行し、発注者はその「結果」や「遂行」を受け取る立場です。

これが労働者派遣との決定的な違いです。派遣では派遣先（発注者に相当）が派遣労働者に直接指揮命令できますが、業務委託では発注者が受託者の作業者へ直接細かく指示することはできません。もし発注者が受託者の労働者に対して直接指揮命令を行うと、形式は業務委託でも実態は労働者派遣に当たると判断されることがあり、これが「偽装請負」です（出典: 厚生労働省「労働者派遣事業と請負により行われる事業との区分に関する基準」、昭和61年労働省告示第37号）。

偽装請負と判断される具体的な指示・運用の例

「どこまでなら指示してよいのか分からない」という不安に応えるため、偽装請負と判断されやすい具体的な運用を挙げます。次のような行為は、発注者が受託者の作業者を実質的に指揮・管理しているとみなされやすく、注意が必要です。

• 受託者の作業者に対して、始業・終業の時刻や休憩、出退勤を直接管理・指定する
• 作業の手順や進め方を、その都度こまかく直接指示する
• 自社の社員と同じように朝礼・会議への参加を義務づけ、日常的に労務管理する
• 業務量の増減や残業を、発注者が直接作業者に指示する
• 自社社員と区別なく座席を割り当て、上長のように作業者へ指示系統を持つ

これらに共通するのは、本来は受託者（または受託した事業主）が行うべき労務管理・作業指示を、発注者が肩代わりしてしまっている点です。やり取りは受託者の責任者を通して行い、発注者が伝えるのは「何を・いつまでに・どの品質で」という業務の目的や仕様であって、「誰が・どの時間に・どの手順で」という作業者個人への指示ではない、という線引きが基本になります。

発注者が負うリスクと、適法に進めるための線引き

偽装請負と判断された場合、発注者にも実務上のリスクが及びます。無許可の労働者派遣に該当すると判断されれば労働者派遣法違反の問題が生じうるほか、いわゆる「労働契約申込みみなし制度」によって、発注者が受託者の作業者に対して直接雇用を申し込んだものとみなされ、本人が承諾すれば発注者との間に労働契約が成立してしまう可能性があります（出典: 厚生労働省「労働者派遣事業と請負により行われる事業との区分に関する基準」関連）。

適法に進めるための線引きはシンプルです。指示は業務の目的・仕様・納期にとどめ、作業者個人の労務管理や手順の細部には踏み込まない。連絡は受託者の窓口を経由する。この2点を守るだけでも、偽装請負と判断されるリスクは大きく下げられます。組織として防止策を体系的に整えたい場合は、偽装請負完全防止マニュアルで、整備すべき対策とチェックリストを確認できます。

フリーランス保護新法で発注者に求められる契約実務

契約形態の選択とあわせて、2026年時点で必ず押さえておきたいのが、2024年11月1日に施行された「フリーランス・事業者間取引適正化等法」（通称フリーランス保護新法／フリーランス新法）です。委任・準委任・請負のいずれであっても、フリーランスへ業務委託する発注者には、この法律に基づく義務が課されます。

フリーランス保護新法とは

フリーランス保護新法は、正式名称を「特定受託事業者に係る取引の適正化等に関する法律」といい、従業員を使用しない個人や一人会社などのフリーランスとの取引を適正化し、就業環境を整えることを目的とした法律です（政府広報オンライン: フリーランスが安心して働ける環境づくりのための法律）。フリーランスへ業務を委託する事業者は、この法律で「発注事業者」として位置づけられ、契約形態にかかわらず一定の義務を負います。

発注側が中小企業であっても適用対象になり得る点には注意が必要です。「自社は大企業ではないから関係ない」と考えてフリーランスへの発注を進めると、知らないうちに義務を満たせていないことがあります。

発注者に課される主な義務

発注者に課される義務は、取引の適正化に関するものと、就業環境の整備に関するものに分かれます。発注者がまず押さえるべき代表的な義務は次のとおりです（政府広報オンライン: フリーランスとの業務委託取引を適正化）。

• 取引条件の明示義務: フリーランスへ業務委託する際、業務の内容・報酬の額・支払期日などの取引条件を、書面またはメール等の電磁的方法で明示する。これはすべての業務委託で求められる最も基本的な義務です。
• 60日以内の支払期日設定・支払い: 発注した成果物等を受け取った日から数えて60日以内のできる限り短い期間で報酬の支払期日を設定し、その期日内に報酬を支払う。
• 1か月以上の業務委託での禁止行為: 1か月以上の業務委託では、報酬の不当な減額、受領拒否や返品、買いたたきなどが禁止されます。
• 就業環境の整備に関する義務: 募集情報の的確表示、ハラスメント対策のための体制整備、育児・介護等と業務の両立への配慮、そして6か月以上の業務委託を中途解除・不更新する場合の原則30日前までの予告と理由開示などが求められます。

これらは契約形態の選択とは独立して適用されるため、請負を選んでも準委任を選んでも、フリーランスが相手であれば対応が必要になります。

契約書・発注書に明記すべき項目チェック

新法の義務を満たすには、契約形態を選んだあとに、契約書・発注書へ次の項目が漏れなく記載されているかを確認します。

• 業務の内容（何を・どの範囲で依頼するか）
• 報酬の額と、その算定方法（請負なら成果物単位、準委任なら時間・期間単位など）
• 支払期日（成果物受領日から60日以内に設定されているか）
• 報酬の支払方法
• 契約期間と、中途解除・更新に関する取り決め（6か月以上なら30日前予告の扱い）

明示の義務は契約形態を問いません。準委任で時間単価精算にする場合でも、稼働の集計方法と支払期日を明確に書いておくことが、後のトラブルとコンプライアンス両面で重要になります。発注者として満たすべき義務を工程ごとに点検したい場合は、フリーランス保護法 発注者の義務チェックリスト｜2026年実務版が実務の確認に役立ちます。

委託と委任の違いに関するよくある質問

ここでは、委託と委任の違いに関して発注者から寄せられやすい疑問に簡潔にお答えします。

業務委託は委任契約と同じですか？

同じではありません。「業務委託」は業務を外部に任せること全般を指す実務上の総称で、その中身は委任・準委任・請負のいずれか（または組み合わせ）です。一方の「委任」は民法643条に定められた特定の契約類型を指します。契約書のタイトルが「業務委託契約書」でも、中身が準委任や請負であることは珍しくありません。

準委任と委任の違いは何ですか？

任せる事務が「法律行為かどうか」で分かれます。契約締結や代理といった法律行為を任せるのが委任、それ以外の事務（システムの設計・開発・運用、コンサルティングなど）を任せるのが準委任です。エンジニアへの開発・運用の発注は、多くの場合この準委任に当たります。

請負と準委任では、発注者にとってどちらが有利ですか？

一概にどちらが有利とは言えず、発注内容によって適不適が変わります。完成すべき成果物を明確に定義でき、結果を確実に手に入れたいなら、完成義務を負わせられる請負が向きます。仕様が流動的で、継続的な稼働や柔軟な対応を確保したいなら準委任が向きます。「完成しないことが致命的か、要件が動くことが前提か」で選ぶのが実務的です。

業務委託で発注者が直接指示を出してはいけないのはなぜですか？

業務委託では、発注者と受託者の作業者との間に指揮命令関係がないからです。作業者個人へ勤務時間や作業手順を直接指示・管理すると、実態が労働者派遣とみなされ「偽装請負」と判断されるおそれがあります。指示は業務の目的・仕様・納期にとどめ、労務管理や手順の細部には踏み込まないのが原則です。

成果物の完成が保証されるのは、どの契約ですか？

請負です。請負（民法632条）は「仕事の完成」を約束する契約で、原則として成果物が完成・引き渡されてはじめて報酬が発生します。委任・準委任は「事務の処理」を約束する契約で、善管注意義務を尽くして遂行することが義務であり、成果物の完成そのものは保証しません。

まとめ｜発注者が委託・委任・請負を正しく選ぶために

委託と委任の違いから、自社の発注に合う契約形態の選び方までを整理してきました。発注者が踏むべき順番で要点を振り返ります。

まず、「委託」は業務を外部に任せること全般を指す総称であり、その中身は委任・準委任・請負のいずれかです。「業務委託契約」という名前の独立した契約類型は法律上存在せず、タイトルではなく中身で判断する必要があります。

次に、自社の発注がどれに当たるかは「成果物を契約前に明確に定義できるか」で見極めます。定義できるなら請負、流動的・継続的なら準委任、というのが基本の分岐です。エンジニアへの開発・運用の発注は、多くの場合が準委任に当たります。

そのうえで、契約形態を問わず守るべきなのが偽装請負の回避です。指示は業務の目的・仕様・納期にとどめ、作業者個人の労務管理や手順の細部には踏み込まないという線引きを徹底します。さらに、フリーランスが相手であれば、取引条件の明示・60日以内の支払い・禁止行為の遵守といったフリーランス保護新法の義務を満たすことが求められます。

この4つ（総称としての委託の理解→自社の発注の見極め→偽装請負の回避→新法義務の充足）を順に押さえれば、相手から提示された契約書を受け身で受け入れるのではなく、自社の判断で適切な契約形態を選べるようになります。具体的な契約条項の確認に進む際は、業務委託契約書｜エンジニア特有4領域の追加条項と書き方サンプルもあわせて確認すると、発注の準備をより確実に進められます。