委託とは？委任・請負・受託との違いと発注者が押さえる契約の選び方

委託とは、特定の業務や行為を自社の外の相手に任せることを指す言葉です。求人や税務の記事では「業務委託で働く個人の働き方」として語られがちですが、この記事は逆の立場、つまり業務やシステム開発を外部へ委託する発注企業の視点で整理します。委託は法律上の契約名ではなく、実体は委任・準委任・請負のいずれかであること、委託販売や保証委託料など別分野での使われ方との切り分け、システム開発を委託するときの契約タイプの選び方、そして再委託や下請法といった発注側が押さえる実務までを、民法と下請法の条文を根拠に解説します。

まとめ：発注者視点で捉える委託の意味と契約タイプの選び方

委託は、成果物そのものではなく「業務を外部に任せる」という行為の総称です。契約書に「委託」と書いてあっても、その中身は委任・準委任・請負のどれかで、負う責任がまるで違います。完成責任と契約不適合責任を負うのが請負、負わずに役務の提供にとどまるのが準委任です。この線引きが、発注してよいものと任せきりにしてはいけないものの境目になります。

発注側の使い分けはこう整理できます。完成物と納期に責任を持たせたいなら請負で委託する。要件が固まりきらず、自社で舵を取りながら継続的に手を借りたいなら準委任で委託する。単なるコスト削減目的で成果を丸投げすると、責任の所在が曖昧なまま失敗します。加えて、外部への委託には再委託の可否や下請法という発注者側の管理論点がついて回ります。契約前に「どの類型か」「再委託を認めるか」を詰めておくこと。ここが委託の成否を分けます。

委託とは何か：発注する側が最初に押さえる意味と契約の位置づけ

委託という言葉は日常でもビジネスでも幅広く使われ、そのぶん意味が曖昧になりがちです。まず、発注する立場で知っておくべき順に中身を分解します。

委託は法律上の契約名ではなく業務を外部に任せる行為の総称という事実

民法に「委託契約」という名前の契約類型はありません。委託は、業務や行為を第三者に任せることを広く指す一般語です。実際に契約を結ぶときは、その中身が委任・準委任・請負のいずれかになります。だから「委託します」という一言だけでは、相手が完成責任を負うのか負わないのかが決まりません。発注者がまず確認すべきは、呼び名ではなく実体の契約類型がどれかという点です。ここを曖昧にしたまま発注すると、トラブルが起きたときに「約束したのは完成か、労力か」で揉めます。

委任・準委任・請負に分かれる業務委託の契約類型と発注者の関係

ビジネスで「業務委託」と呼ぶ契約は、法的には次の三つに分かれます。委任は民法643条で、契約締結の代理など「法律行為」を任せる契約です。準委任は民法656条で、設計・開発・コンサルティングなど「法律行為でない事務」を任せ、643条以下の規定を準用します。請負は民法632条で、仕事の完成に対して報酬を払う契約です。IT・システム開発の現場で「業務委託契約」と書かれる多くは、この準委任か請負のどちらかです。発注者にとっての違いは一点、相手が成果の完成まで責任を負うか、役務の提供にとどまるかにあります。

委託販売・保証委託料など委託という言葉の多義的な使われ方の切り分け

「委託」には、業務の外注とは別の使われ方もあります。委託販売は、商品の所有権を移さずに販売だけを他社に任せる取引で、小売や物販の文脈で使います。保証委託料は、賃貸契約や融資で保証会社に保証を依頼するときに払う費用のことです。委託社員は、雇用ではなく業務委託契約で働く人の呼び名です。この記事が扱うのは、業務やシステム開発を外部の会社・個人に任せる「業務委託」としての委託に絞ります。社内で「開発を委託する」と言うときは、ほぼこの意味だと考えて差し支えありません。

委託と委任・準委任・請負・受託の違いと発注者への実害の切り分け

委託の理解でつまずくのは、隣り合う契約用語との違いです。発注者にとっての実害、つまり誰が完成責任を負い、いつ報酬が発生するかに絞って境界を引きます。

委託と委任・準委任の違いは完成責任を負わない役務提供という共通点

委任と準委任は、どちらも仕事の完成を約束しない契約です。決められた事務を善良な管理者の注意（善管注意義務）をもって処理すれば、成果が出なくても債務は果たしたことになります。両者の違いは対象で、法律行為を任せるのが委任、それ以外の事務を任せるのが準委任です。システム開発やコンサルティングの委託は準委任にあたります。2020年4月施行の改正民法は、準委任に成果の完成に対して報酬を払う「成果完成型」（648条の2）を明文化しました。従来の、働いた時間や割合に応じて払う「履行割合型」と選べます。契約書がどちらの型かで報酬の発生条件が変わるため、発注前に確かめる箇所です。準委任の仕組みをさらに詳しく確認したい場合は、準委任契約と請負・派遣の違いの記事も参照してください。

委託と請負の違いは仕事の完成と瑕疵担保責任を負うかどうかの一点

請負は、委任・準委任とはっきり違います。仕事を完成させてはじめて報酬が発生し、納品物に不具合があれば契約不適合責任（2020年改正前の瑕疵担保責任にあたる、改正民法562条以下）を負います。決めた仕様のシステムが動かなければ、請負人は追完（修補）や代金減額に応じる義務を負うということです。発注者から見れば、完成物と納期に責任を持たせたいなら請負を選ぶ、という判断になります。次の表が、発注者への実害という視点での違いです。

準委任は完成を保証しない代わりに、仕様が固まりきらない開発でも柔軟に進められます。請負は完成を保証する代わりに、仕様変更のたびに契約や見積もりの見直しが要ります。どちらが上ということはなく、案件の性質で選び分けるものです。

委託と受託は同じ契約を発注者側と受注者側から呼んだ言葉という関係

委託と受託は、同じ一つの契約を逆の立場から呼んだ言葉です。業務を任せる発注者側から見れば「委託する」、任せられて引き受ける受注者側から見れば「受託する」となります。だから委託契約と受託契約は、別の契約類型ではありません。発注書には「業務委託契約書」と書かれ、受ける会社は自社の事業を「受託開発」と呼ぶ、という関係です。受注する側から見た意味や、委託・請負との使い分けは受託開発と委託・請負の違いで発注者視点も交えて整理しています。

システム開発を委託するときの契約タイプの選び方と発注側の判断

ここからは発注者の判断そのものです。システム開発を外部へ委託するとき、準委任と請負のどちらで結ぶべきかを、条件付きで言い切ります。

準委任で委託すべき場面と請負で委託すべき場面の条件付きの判断

請負で委託すべきなのは、要件と仕様が固まっていて、完成物と納期に責任を持たせたい案件です。作るものが明確なら、完成義務を負う請負で発注するのが発注者の利益になります。準委任で委託すべきなのは、要件が動きながら開発を進める案件、アジャイルや長期の内製支援、専門人材の手を継続的に借りたい局面です。この場合は完成を約束させる代わりに、自社が開発の意思決定を握り、稼働に対して払う形が合います。判断の分かれ目は、仕様が固まっているかどうかの一点です。単価が妥当かを人月の内訳から検討したいときは、システム開発費用の相場と人月単価の考え方が役立ちます。

委託を選ぶべきでない発注場面と丸投げが招く典型的な失敗パターン

委託が裏目に出るのは、準委任なのに「完成物を丸ごと任せた」と思い込むミスマッチです。準委任は完成責任を負わないため、期日にシステムが動かなくても債務不履行を問いにくい。それを理解せずに成果だけを期待すると、成果物が出ないまま費用だけがかさみます。もう一つの失敗は、コスト削減だけを目的に、要件も曖昧なまま安さで委託先を選ぶケースです。仕様が固まっていないのに請負で発注すると、変更のたびに追加費用と納期遅延が積み上がります。「安く手を借りたい」という動機だけで契約類型を決めると、責任の所在も費用の見通しも崩れます。

委託でのリソース確保にSES・客先常駐を用いる発注側の選択肢

準委任での委託には、成果物ではなく技術者の役務を継続的に確保する形もあります。代表がSES（システムエンジニアリングサービス）で、技術者に自社の開発現場へ入ってもらい、その稼働に対価を払う契約です。自社で採用・育成をせずに、必要なスキルの人材を月単位で確保できます。SESや客先常駐の詳細と発注側の注意点はSESの契約形態と派遣・請負との違いで掘り下げました。委託の類型選びから開発体制の相談まで含めて検討したい場合は、Webシステム開発の相談窓口で受け付けています。

委託契約で発注者が押さえる再委託・下請法・秘密保持の実務論点

外部への委託には、契約類型の選択とは別に、発注者側で管理すべき論点があります。競合の一般解説では手薄になりがちな、再委託と下請法を独立して押さえます。

再委託を認めるかどうかを契約で事前に決める発注者側のリスク管理

委託した業務を、受注者がさらに別の会社へ任せるのが再委託です。再委託そのものは違法ではありませんが、発注者から見ると管理が届きにくくなり、品質のばらつきや情報漏えいのリスクが増します。だから発注側は、契約書で再委託を原則禁止にするか、事前の書面承諾を条件にするか、どちらかを明記しておくのが守りになります。あわせて、再委託先にも同等の秘密保持義務を課すよう受注者に求めておくこと。個人情報や機密データを扱う開発では、再委託の連鎖を契約でどこまで縛るかが、そのまま発注者の管理責任の範囲になります。

下請法の対象になる委託取引と親事業者に課される発注側の主な義務

システム開発やプログラム作成の委託は、下請法（下請代金支払遅延等防止法）の対象になることがあります。対象かどうかは、発注者と受注者の資本金区分と取引内容で決まる仕組みです。情報成果物作成委託にあたり、たとえば発注者の資本金が3億円超で受注者がそれ以下、といった区分に該当すると、発注者は下請法上の「親事業者」となります。親事業者には、発注内容を記した書面の交付、下請代金を受領後60日以内に支払う義務、支払遅延や不当な減額の禁止などが課されます。自社が親事業者にあたる規模で個人事業主や小規模な会社へ委託するなら、発注書面と支払期日の運用が下請法に沿っているかを確認しておくと安全です。

委託の発注検討で発注担当者から実際に挙がるよくある質問と回答

業務やシステム開発を委託する立場で実際に挙がる質問を、五つに絞って答えます。

委託と業務委託は同じ意味ですか？

ほぼ同じ意味で使われますが、業務委託は「業務」を外部に任せる文脈に限定した言い方です。どちらも法律上の契約名ではなく、実体は委任・準委任・請負のいずれかになります。契約を結ぶときは、呼び名ではなく中身がどの類型かを確認してください。

委託と委任はどう使い分けますか？

委任は民法上の契約類型の一つで、契約締結の代理など法律行為を任せる契約を指します。委託はそれを含む、業務を外部に任せる行為の総称です。設計や開発など法律行為でない事務を任せる場合は、委任ではなく準委任にあたります。

システム開発の委託は準委任と請負のどちらが向いていますか？

要件と仕様が固まっていて完成物に責任を持たせたいなら請負、要件が動きながら自社主導で進めたいなら準委任が向きます。判断の軸は、作るものが確定しているかどうかです。仕様が曖昧なまま請負にすると、変更のたびに追加費用が生じます。

委託先が再委託するのを止めることはできますか？

契約で再委託を原則禁止にするか、事前の書面承諾を条件にすれば止められます。再委託を認める場合も、再委託先へ同等の秘密保持義務を課すよう受注者に求めておくと、情報管理のリスクを抑えられます。発注前に契約書の再委託条項を確認してください。

委託契約で下請法に気をつけるべき発注者はどんな場合ですか？

自社の資本金が相手より大きく、情報成果物作成委託などの区分に該当する場合です。この条件だと自社が親事業者となり、発注書面の交付や受領後60日以内の支払いなどが義務づけられます。個人事業主や小規模の会社へ委託するときはとくに確認しておくと安全です。

関連記事

• 準委任契約とは？請負・派遣との違い：委託の中身になる準委任を、契約類型として詳しく整理しています。
• 受託とは？委託・請負との違い：委託を受ける側から見た意味と使い分けを発注者視点も交えて解説します。
• SESとは？契約形態と派遣・請負の違い：技術者の役務を継続的に委託で確保する選択肢を掘り下げた記事です。
• 客先常駐とは？発注側の使い分け：委託した技術者が現場に入る就業形態そのものを整理しています。
• システム開発とは？全体像の解説：委託を検討する前に開発の種類・工程・依頼方法の全体像をつかむ入口です。
• レベニューシェアとは？システム開発での仕組みと契約書：委託の対価を固定報酬にせず将来収益で分け合う選択肢として比較できます。