請負と準委任の違いは？発注者が迷わず選ぶための判断フロー

フリーランスや業務委託のエンジニアに開発を頼むことになり、いざ契約書を準備する段になって「請負で契約すべきか、それとも準委任なのか」で手が止まっていませんか。あるいは相手やエージェントから「準委任で」と言われ、それが自社に不利な選択ではないかと不安を感じている方もいるかもしれません。

請負と準委任は、どちらも「業務委託契約」と呼ばれるため見分けがつきにくく、契約実務の専任部署がない企業では判断に迷いやすいポイントです。しかも選択を間違えると、「成果物が完成しないまま稼働分の費用だけ払うことになった」「請負にしたせいで仕様変更のたびに揉めて追加費用が膨らんだ」といったトラブルや、知らぬ間に偽装請負と判断されて発注者側が責任を問われるリスクすらあります。

この記事が解決したいのは、「自社の発注は結局どちらが正解なのか」という最も切実な問いです。請負と準委任の制度的な違いを説明して終わりにするのではなく、発注実務の目線で「あなたの発注はどちらに向いているか」を自己診断できる判断フローを中核に据えました。

本記事では、請負と準委任の本質的な違いを発注者目線で整理したうえで、自社の発注がどちらに当たるかを判断する手順、選択を誤ったときに起きるリスク、偽装請負を避けるための指示の境界、そして契約形態にかかわらず発生するフリーランス新法上の発注者義務まで、契約締結の直前に確認したいポイントを順を追って解説します。

請負と準委任の違いを発注者目線で一言でいうと

細かい法律論に入る前に、まず全体像をつかんでおきましょう。請負と準委任の違いを発注者の立場で一言でいうと、次のようになります。

• 請負契約：「できあがり（成果物の完成）」に対してお金を払う契約
• 準委任契約：「動いてくれること（業務の遂行）」に対してお金を払う契約

請負は成果物の完成そのものを約束する契約なので、たとえどれだけ作業時間をかけても成果物が完成しなければ、発注者は原則として報酬を支払う必要がありません。一方の準委任は、業務を適切に遂行することを約束する契約であり、成果物の完成までは約束しません。そのため、相手が誠実に作業を進めてくれていれば、最終的に「完成」に至らなくても稼働した分の報酬は発生します。

この「何にお金を払うのか」という一点が、請負と準委任を分ける最も本質的な違いです。以降の比較も判断フローも、すべてこの軸から派生していきます。

請負は「できあがり」に、準委任は「動いてくれること」にお金を払う

たとえば「会員登録機能を備えたWebアプリを納品してもらう」発注をイメージしてください。これを請負で契約すれば、発注者が買っているのは「完成したWebアプリ」そのものです。完成しなければ対価を払う義務は生じず、納品された成果物に欠陥があれば修補や損害賠償を求めることもできます。

同じエンジニアに「既存システムの運用保守を継続的に手伝ってほしい」と頼む場合はどうでしょう。ここで買いたいのは特定の「完成品」ではなく、「困ったときに対応してくれる稼働」です。このように成果物の形で切り出しにくい継続的な作業は、準委任が向いています。

「自社が買いたいのは、できあがった成果物なのか、それとも継続的に動いてくれる稼働なのか」。この問いに答えるだけで、おおよその方向性は見えてきます。

民法上の定義を発注者向けに最小限で確認する

念のため、法律上の根拠も最小限だけ押さえておきましょう。

請負は民法第632条で「当事者の一方がある仕事を完成することを約し、相手方がその仕事の結果に対してその報酬を支払うことを約することによって、その効力を生ずる」と定められています。キーワードは「仕事の完成」です。

一方の準委任は、民法第656条が委任に関する規定（第643条以下）を法律行為でない事務の委託に準用するかたちで定められています。委任は「業務の遂行」を委ねる契約であり、成果物の完成を必須としない点が請負との決定的な違いです。

法律の条文番号そのものを発注実務で覚える必要はありません。重要なのは、請負＝完成責任あり／準委任＝完成責任なし（業務の遂行が目的）という骨格です。なお、「請負」「準委任」という言葉と、それらを包含する「委託」「委任」という言葉の関係を整理したい場合は、委託と委任の違いもあわせて参照してください。

請負と準委任で発注者の立場はこう変わる

本質的な違いが「完成責任の有無」だとわかったところで、それが発注実務でどう効いてくるのかを、発注者にとって重要な観点に絞って整理します。「間違えると何が起きるか」を具体的にイメージするための土台になります。

成果物と完成責任｜請負は未完成なら報酬を払わなくてよい

請負では、成果物が完成しない限り報酬支払い義務は原則として発生しません。発注者にとっては「完成という結果が保証される」のが最大のメリットです。逆にいえば、受注側は完成までのリスクを負うため、見積もりに余裕を持たせる傾向があり、その分コストが高めになることもあります。

準委任では、報酬は成果物の完成ではなく「業務の遂行（稼働）」に対して支払われます。相手が善良な管理者の注意をもって誠実に業務を進めていれば、結果として目標が完全には達成されなくても、稼働分の報酬は発生します。発注者は「完成の保証」を得られない代わりに、柔軟に作業を依頼できる利点があります。

品質トラブル時の責任｜請負の契約不適合責任、準委任の善管注意義務

納品物に欠陥があった、期待した品質に達していなかった、という場面での責任の重さも異なります。

請負には契約不適合責任（旧・瑕疵担保責任）があります。納品された成果物が契約の内容に適合していない場合、発注者は受注者に対して、修補（直してもらうこと）・代金減額・損害賠償・契約解除などを求められます。完成責任とセットで、品質面でも発注者が保護される仕組みです。

準委任に契約不適合責任はありません。その代わりに受注者は善管注意義務（善良な管理者の注意義務）を負います。これは「専門家として通常期待される水準の注意を払って業務を遂行する義務」であり、明らかに手を抜いた、専門家として当然行うべきことを怠った、という場合には責任を問えます。ただし「成果物の完成」を保証するものではない点に注意が必要です。

途中で止めたいとき｜解約のしやすさと精算

プロジェクトの途中で発注を止めたくなったときの扱いも、両者で差があります。

準委任は、当事者がいつでも契約を解除できるのが原則です（ただし相手に不利な時期の解除には損害賠償が必要になる場合があります）。要件が固まりきっていない初期フェーズや、状況に応じて関与の度合いを変えたい継続案件では、この柔軟性が発注者にとって大きなメリットになります。

請負も発注者側からの解除は可能ですが、仕事が完成する前に解除する場合、受注者に生じた損害を賠償する必要があります。完成を前提に動いている契約のため、途中解約のハードルとコストは準委任より高くなる傾向があります。

発注者の比較早見表

ここまでの違いを、発注者の視点で一覧に整理します。

なお、ここで扱っているのは発注者側の責任やリスクですが、同じ違いを受注者（フリーランス側）の単価・収入の観点から見ると印象が変わります。相手がどんな前提で単価を提示してくるかを理解しておきたい場合は、準委任・請負でエンジニア単価がどう変わるかも参考になります。

自社の発注は請負か準委任か｜4つの問いで判断するフロー

ここからが本題です。制度の違いを理解しても、「で、結局うちの発注はどっちなの」という問いには答えが出ません。そこで、自社の発注がどちらに向いているかを自己診断できる判断フローを用意しました。次の4つの問いに順番に答えてください。

判断フロー｜4つの問いで分岐する

Q1. 成果物・完成形を明確に定義できますか？
     （「これが完成」と仕様で書き切れるか）
       YES → Q2へ
       NO  → 準委任が向く

Q2. 要件は最後まで固定の見込みですか？
     （走りながら仕様が変わる可能性は低いか）
       YES → Q3へ
       NO  → 準委任が向く

Q3. 買いたいのは「作業時間」ではなく「できあがり」ですか？
     （稼働ではなく成果物そのものに対価を払いたいか）
       YES → Q4へ
       NO  → 準委任が向く

Q4. 継続的・常駐的な関与は不要ですか？
     （単発で切り出せる作業か）
       YES → 請負が向く
       NO  → 準委任が向く

4つの問いすべてに「YES」と答えられる発注は、請負が向いています。逆に、どこか1つでも「NO」が出た発注は、準委任を軸に検討するのが安全です。とくに「要件が最後まで固定か」「継続的な関与が必要か」の2つは判断を大きく左右します。

請負が向くケース

請負が向くのは、ゴールが明確に定義でき、そこに向かって一直線に作業を進められる発注です。具体的には次のようなケースが該当します。

• 機能要件・仕様が固まっている単発のWebサイト・アプリ開発
• 「この成果物を、この納期までに納品してもらう」と切り出せる制作物
• ロゴ・デザイン・特定機能のモジュール開発など、完成形がイメージできるもの
• 発注者側で進捗を細かく管理しなくても、成果物の納品で評価できる作業

これらに共通するのは、「完成」を客観的に判定できることです。完成責任と契約不適合責任という発注者保護を活かせるため、要件が固まっているなら請負のメリットは大きくなります。

準委任が向くケース

準委任が向くのは、ゴールを固定しにくい、あるいは継続的な関与が必要な発注です。次のようなケースが該当します。

• 要件が固まっておらず、走りながら仕様を詰めていくプロジェクト
• システムの運用・保守・監視など、終わりのない継続業務
• 技術顧問・コードレビュー・設計相談など、成果物ではなく専門知見を借りたい依頼
• アジャイル開発のように、スプリントごとに優先順位や作るものが変わる開発
• PoC（概念実証）や調査など、「やってみないと結果が読めない」探索的な作業

これらは「完成」を事前に定義できない、あるいは定義する意味が薄い発注です。無理に請負にすると、後述するように仕様変更のたびに揉める原因になります。準委任なら、稼働に対して対価を払いながら柔軟に方向性を調整できます。

迷ったときの実務的な落としどころ

「うちの発注は請負と準委任のどちらにも当てはまる気がする」というケースも珍しくありません。そんなときに役立つ、実務上の落としどころを2つ紹介します。

1つ目は、フェーズで契約形態を分ける方法です。要件がまだ固まっていない要件定義・設計フェーズは準委任で進め、仕様が確定した実装フェーズから請負に切り替える、という分け方です。これにより、各フェーズの性質に合った契約形態を使えます。

2つ目は、まず小さく準委任で始める方法です。相手の実力や相性が読めない段階で、いきなり大きな請負契約を結ぶのはリスクがあります。最初は小さな準委任で稼働してもらい、進め方や品質を見極めたうえで、本格的な開発を請負に切り替える。この段階的なアプローチは、発注者のリスクを抑える定石です。

契約形態を間違えると起きる発注者のリスク

「どちらでもなんとかなるだろう」と契約形態を曖昧に選ぶと、後から発注者が損をする展開になりがちです。ここでは、選択を誤ったときに実際に起きる2方向の失敗を具体的に見ていきます。

準委任にして「成果物が完成しない」失敗

本来は請負で「完成」を約束させるべき発注を、安易に準委任で契約してしまうケースです。

たとえば「リリースできる状態のアプリを作ってほしい」という、明確な完成形がある発注を準委任で結んだとします。準委任は完成を約束しない契約なので、相手が誠実に稼働している限り、たとえアプリが未完成のままでも稼働分の報酬は発生し続けます。発注者からすると、「お金は払い続けているのに、いつまで経っても完成しない」という最悪の事態になりかねません。

完成形が明確で、「できあがり」に対価を払いたい発注を準委任にするのは、発注者にとって不利な選択です。このタイプの発注は請負を選び、完成責任を相手に負わせるべきです。

請負にして「仕様変更で追加費用と納期遅延が膨らむ」失敗

逆に、本来は準委任が向く発注を無理に請負で契約してしまうケースもあります。

要件がまだ固まっていない、走りながら仕様を詰めていくようなプロジェクトを請負で契約すると、仕様が変わるたびに「それは当初の請負範囲外なので追加見積もりです」というやり取りが発生します。請負は「最初に定義した成果物の完成」を約束する契約のため、仕様変更は契約内容の変更にあたり、そのたびに追加費用と納期の再交渉が必要になります。

結果として、「変更のたびに揉める」「追加費用が当初予算を大きく超える」「再交渉で納期がずるずる遅れる」という事態に陥ります。要件が流動的な発注を請負に押し込むのは、発注者・受注者の双方にとって不幸な選択です。このタイプの発注は準委任を選び、変化に柔軟に対応できるようにすべきです。

そしてもう1つ、請負・準委任のどちらを選んだとしても発注者が注意しなければならないリスクがあります。それが、次に解説する偽装請負です。

請負・準委任と偽装請負｜発注者がやってはいけない指示

契約形態の選択を正しく行っても、その後の運用を誤ると「偽装請負」と判断されるリスクがあります。これは請負・準委任のどちらを選んでいても発生しうる、発注者にとって最も注意すべき落とし穴です。

偽装請負とは何か・なぜ発注者にとって問題か

偽装請負とは、契約書の上では請負や準委任（業務委託）の形をとっているにもかかわらず、実態は労働者派遣になっている状態を指します。労働者派遣事業の規制を逃れる違法行為とされ、発注者・受注者の双方が指導や処分の対象となりえます（偽装請負とは｜マネーフォワード クラウド契約）。

なぜこれが発注者の問題になるのでしょうか。偽装請負かどうかの判断で重視されるのは、業務の遂行に関する指示を誰が行っているか、労働時間に関する指示を誰が行っているかといった点です。つまり、発注者が委託先のエンジニアに対して、社員と同じように直接の指揮命令や勤怠管理を行っていると、契約書の名目がどうであれ「実態は派遣」と判断されてしまうのです。

請負も準委任も、発注者と受注者は対等な関係であり、発注者には受注者を指揮命令する権限がありません。この大原則を踏み外した瞬間に、偽装請負のリスクが立ち上がります。

OK/NGの指示早見表（請負・準委任共通）

では、具体的にどこまでの指示なら問題なく、どこからが危険なのでしょうか。発注者の指示を「OK」と「NG」に分けて整理します。

ポイントは、「何を」「いつまでに」を伝えるのはOKだが、「いつ」「どこで」「どうやって」働くかを管理し始めるとNGだという境界です。成果物や納期を指定することは発注として当然認められますが、働き方そのものをコントロールし始めると、指揮命令とみなされて偽装請負に近づきます。

偽装請負を避ける契約運用のコツ

偽装請負を避けるには、契約形態の選択だけでなく、日々の運用で次の点を意識することが有効です。

• 作業の進め方は相手の裁量に委ねる：手順ではなく成果と納期で管理する
• 勤怠管理をしない：稼働時間の報告を受けるのと、出退勤を管理するのは別物
• 窓口を一本化する：現場の各メンバーが直接エンジニアに指示を出す状態を避け、発注者側の窓口担当を通す
• 常駐が必要な場合はとくに慎重に：自社内で作業してもらう場合は、指揮命令の実態が生まれやすいため、業務の独立性を明確に保つ

これらは「対等な事業者同士の業務委託」という関係を崩さないための工夫です。契約書の文言以上に、現場での実態が偽装請負の判断を左右する点を忘れないでください。

フリーランス新法で発注者に課される義務（請負・準委任共通）

請負か準委任かという契約形態の選択とは別に、個人のフリーランスへ業務委託をする発注者には、契約形態にかかわらず共通で発生する法的義務があります。それが、2024年11月1日に施行されたフリーランス新法（正式名称：特定受託事業者に係る取引の適正化等に関する法律）です（政府広報オンライン）。

これは「請負だから」「準委任だから」という区別とは無関係に、個人へ発注する以上は避けて通れない発注者責任です。契約形態の選択に気を取られて、この義務を見落とさないようにしましょう。

フリーランス新法の対象になる取引

フリーランス新法が対象とするのは、発注事業者が「特定受託事業者」（従業員を雇用していない個人など）に業務委託をする取引です。法人がフリーランス個人のエンジニアに開発や運用を委託するケースは、請負・準委任のいずれであっても基本的に対象に含まれます。

なお、義務の一部は委託期間の長さによって適用範囲が変わります。たとえば後述の禁止行為は1か月以上の業務委託、中途解除の事前予告は6か月以上の業務委託が対象とされています。自社の発注がどの義務に該当するかは、委託期間も含めて確認しておくと安心です。

発注者の主な義務4点

フリーランス新法で発注事業者に課される主な義務を、発注者が押さえておくべき4点に絞って整理します。

1. 取引条件の明示：業務委託をする際、報酬額・業務内容・納期・支払期日などの取引条件を、書面または電磁的方法（メール等）で明示する義務があります。口頭での発注だけで済ませることはできません。

2. 60日以内の報酬支払い：成果物などを受け取った日から数えて60日以内のできる限り短い期間内で報酬の支払期日を設定し、その期日までに支払う義務があります。「支払いは翌々月末」のような長い支払いサイトは見直しが必要です。

3. 禁止行為の遵守：1か月以上の業務委託では、正当な理由のない報酬の減額、納品物の受領拒否、返品、買いたたきなどが禁止されています。発注後に一方的に条件を不利に変更することはできません。

4. 就業環境の整備：ハラスメントによってフリーランスの就業環境が害されないよう、相談対応の体制を整える義務があります。また、6か月以上の業務委託を中途解除・不更新する場合は、原則として30日前までの予告が必要です。

これらは契約形態を問わず発生する義務です。請負・準委任のどちらを選ぶかという議論と並行して、自社の発注・支払いフローがフリーランス新法に対応できているかを確認しておきましょう。各義務の詳細や委託期間ごとの適用範囲は、政府広報や厚生労働省・公正取引委員会の公式資料で最新の内容を確認することをおすすめします。

契約書で発注者が確認すべきポイント（請負／準委任別）

最後に、契約締結の直前に確認したい「契約書のどこを見るか」を、契約形態別に整理します。ここで重要なのは、契約書のタイトルが「業務委託契約書」となっていても、中身（条項）で実態が請負か準委任かが決まるという点です。タイトルだけで安心せず、条項そのものを確認してください。

請負契約で見るべき条項

請負を選んだ場合、契約書で次の条項を重点的に確認します。

• 検収条件：何をもって「完成・合格」とするか、検収の方法と期間が明確か。曖昧だと「完成したかどうか」で揉めます
• 契約不適合責任：欠陥があった場合の責任の範囲と、責任を追及できる期間が定められているか
• 知的財産権の帰属：成果物の著作権・ソースコードの権利が発注者に帰属する取り決めになっているか
• 再委託の可否：受注者が第三者に作業を再委託できるか、その場合の責任の所在はどうか
• 納期と遅延時の取り扱い：納期遅延が発生した場合の対応（損害賠償・解除）が定められているか

準委任契約で見るべき条項（成果完成型／履行割合型の確認）

準委任を選んだ場合は、次の条項を確認します。とくに、準委任には2つの型がある点に注意してください。

• 成果完成型か履行割合型か：準委任には、一定の成果に対して報酬を払う「成果完成型」と、稼働時間など業務の履行割合に対して報酬を払う「履行割合型」があります。どちらの型なのかで報酬の発生条件が変わるため、契約書で明確にしておきます
• 業務範囲：どこまでが委託業務に含まれるか。範囲が曖昧だと「それは範囲外」というトラブルになります
• 善管注意義務：受注者が負う注意義務の水準が明記されているか
• 中途解約と精算：途中解約の条件と、その時点までの稼働分の精算方法が定められているか
• 報告義務：進捗や成果をどのような頻度・形式で報告してもらうか

相手から提示された契約書をレビューする立場なら、まず「タイトルではなく、これらの条項が自社の発注内容と整合しているか」という観点でチェックしてください。条項と実態が食い違っている契約書は、後のトラブルの火種になります。

まとめ｜自社の発注に合う契約形態を選ぶために

請負と準委任の違いは、突き詰めれば「成果物の完成にお金を払うのか（請負）、業務の遂行にお金を払うのか（準委任）」という一点に集約されます。そして自社の発注がどちらに向いているかは、次の問いで判断できます。

• 成果物・完成形を明確に定義できるか
• 要件は最後まで固定の見込みか
• 買いたいのは「できあがり」か、それとも継続的な「稼働」か
• 継続的・常駐的な関与が必要か

これらすべてに「YES（固定・できあがり・継続不要）」と答えられるなら請負、どこかで「NO」が出るなら準委任を軸に検討するのが安全です。判断に迷うときは、フェーズで契約形態を分ける、あるいは小さく準委任で始めて見極めてから請負に切り替える、という実務的な落としどころが有効でした。

そして忘れてはならないのが、請負・準委任のどちらを選んでも共通で発生する発注者責任です。発注者が指揮命令や勤怠管理に踏み込めば偽装請負のリスクが生じますし、個人のフリーランスへ発注する以上、契約形態を問わずフリーランス新法上の義務（取引条件の明示・60日以内の支払い・禁止行為の遵守・就業環境の整備）が課されます。

契約形態の選択は、トラブルを避けて安心して発注を進めるための第一歩にすぎません。自社の発注内容を判断フローに当てはめて適切な契約形態を選び、そのうえで指揮命令の境界とフリーランス新法の義務を押さえれば、迷いなく契約締結に進めるはずです。