フリーランスエンジニアが案件に参画するときの契約は、多くが「業務委託」です。ただ、ひとくちに業務委託と言っても、その中に請負契約と準委任契約という2つの型があります。
この違いを知らないまま契約すると、「どこまで責任を負うのか」「報酬は何に対して支払われるのか」を誤解したまま進めてしまうことがあります。契約形態は、いざトラブルになったときに「誰がどこまで責任を持つか」を決める土台なので、参画前に押さえておく価値があります。この記事では、請負と準委任の違いを、フリーランスエンジニアの実務に沿って整理します。難しい法律論ではなく、実際に案件票を読むときに役立つ範囲でまとめます。
業務委託には、2つの型がある
「業務委託契約」という名前の法律用語があるわけではなく、実務では請負契約と準委任契約をまとめて業務委託と呼んでいます。どちらも、企業に雇われる（労働契約）のではなく、対等な事業者どうしとして仕事を請ける点は共通です。
違いは、「何に対して責任を負い、何に対して報酬をもらうか」です。この一点を分けて理解しておくと、案件票や契約書の条件を正しく読めるようになり、比較のときにも迷いません。
請負契約とは
請負契約は、「成果物を完成させること」を約束する契約です。報酬は、その成果物（＝仕事の結果）に対して支払われます。
特徴は、完成の責任を負うことです。納品した成果物に不具合（契約内容と違う点）があれば、修正を求められることがあります（契約不適合責任）。逆に言えば、どう作るか・どれだけ時間をかけるかは基本的に自分の裁量で、成果物さえ完成すれば報酬が発生します。
エンジニアの案件では、「このシステムを作って納品する」「このサイトを制作する」といった、成果物がはっきりしている受託開発が請負契約になりやすい形です。
請負の報酬は「完成」に紐づくので、早く終わらせられれば、その分だけ時間あたりの効率は上がります。逆に、想定より時間がかかっても報酬は変わらないため、見積もりの精度がそのまま利益に響きます。工数を自分でコントロールできる人には向いていますが、要件が固まっていない案件を安請け合いすると、際限なく作業が増えるリスクもあります。請負を受けるときは、成果物の範囲（どこまで作れば完成か）を契約前にはっきりさせておくことが大切です。
準委任契約とは
準委任契約は、「一定の業務を遂行すること」を約束する契約です。成果物の完成そのものを約束するのではなく、専門家として誠実に業務にあたること（善管注意義務）が求められます。
報酬は、成果物ではなく、業務の遂行（＝稼働）に対して支払われます。多くの常駐・リモート案件はこの形で、月あたりの想定稼働時間を基準に、月額の単価で精算されます。
「成果物の完成義務がない」と聞くと無責任に感じるかもしれませんが、そうではありません。プロとして期待される水準で業務を進める責任はあります。ただ、「必ず完成させる」ことまでは負わない、という違いです。
これは、開発の現場を考えると理にかなっています。チーム開発では、仕様が途中で変わったり、他のメンバーの進捗に左右されたりと、自分ひとりの努力だけでは「完成」をコントロールできない場面が多いからです。そうした案件で「完成しなければ報酬ゼロ」では、受ける側のリスクが大きすぎます。だからこそ、稼働（誠実に業務を遂行したこと）に対して報酬を払う準委任が、継続的な開発・運用の案件に向いているわけです。
なお、準委任には業務の遂行そのものに報酬を払う「履行割合型」と、一定の成果に対して払う「成果完成型」があります。エンジニアの月額稼働案件は、前者（履行割合型）が中心です。単価の相場や精算の考え方は 準委任の単価相場と手取りの考え方 にまとめています。
違いを一覧で
| 請負契約 | 準委任契約 | |
|---|---|---|
| 約束すること | 成果物の完成 | 業務の遂行 |
| 報酬の対象 | 成果物（仕事の結果） | 稼働（工数・時間） |
| 完成の責任 | 負う（契約不適合責任） | 負わない（善管注意義務） |
| 報酬の払われ方 | 成果物の納品時など | 月額で精算（精算幅が基準） |
| 向いている案件 | 受託開発・制作など成果物が明確なもの | 常駐・リモートで一定期間稼働するもの |
ざっくり言えば、請負は「モノ（成果物）を納める」契約、準委任は「時間と専門性を提供する」契約です。フリーランスエンジニアが月単位で参画する案件の多くは、後者にあたります。
よくある勘違い
| 勘違い | 実際は |
|---|---|
| 準委任は成果物の完成義務がないから、適当でいい | プロとして期待される水準で業務を進める責任（善管注意義務）はある。手を抜けるわけではない |
| 請負のほうが報酬が高い | 高い・低いは案件次第。請負は完成リスクを負うぶん、見積もりを外すと割に合わなくなることもある |
| 契約形態はどちらでも同じ | 責任の範囲（完成義務）と報酬の払われ方が違う。契約前に必ず把握しておく |
| フリーランスは会社の指示で動く | 業務委託は対等な事業者。細かい指揮命令を受ける状態は偽装請負のリスクがある |
いちばん多いのが「契約形態はどちらでも同じ」という思い込みです。名前が違うだけでなく、責任の重さと報酬の仕組みが根本から違うので、案件を比べるときはここも見ておくと判断を誤りません。
フリーランスエンジニアはどちらが多いか
案件によりますが、常駐・リモートで月単位で稼働するエンジニア案件は、準委任契約が主流です。理由はシンプルで、こうした案件は「完成物を1つ納める」というより、チームの一員として継続的に開発・運用を進める働き方だからです。
一方、「この機能を作って納品」「このLPを制作」といった、成果物と納期がはっきりした案件は請負になることがあります。同じエンジニアでも、案件のかたち（継続稼働か、成果物納品か）によって契約形態が変わる、ということです。
どちらが良い・悪いではありません。準委任は「稼働すれば報酬が出る」安定感、請負は「早く終われば時間あたりの効率が上がる」自由度という、それぞれの性質があります。安定した月収を重視するなら準委任、成果物ベースで効率よく稼ぎたいなら請負、と自分の働き方に照らして見ると、案件の向き・不向きが判断しやすくなります。
契約前に確認しておくこと
契約形態は、報酬や責任に直結します。あとから「知らなかった」では取り返しがつかない部分なので、参画前に、次の点を確認しておきましょう。
| 確認すること | なぜ見るか |
|---|---|
| 請負か準委任か | 責任の範囲（完成義務の有無）と報酬の考え方が変わる |
| 報酬と精算の条件 | 準委任なら精算幅（想定稼働時間）と超過・控除の単価 |
| 成果物・完了の定義 | 請負なら「何をもって完成とするか」。認識のズレを防ぐ |
| 契約書に明記されているか | 口頭ではなく書面で。後からの食い違いを防ぐ |
特に注意したいのが「偽装請負」です。契約は請負や準委任なのに、実態として発注者から直接こまかい指揮命令（勤務時間の管理や、細かな作業指示）を受けていると、労働者派遣に近い状態とみなされ、問題になることがあります。
フリーランス（業務委託）は、あくまで対等な事業者として、自分の裁量で業務を進めるのが前提です。契約と実態が食い違っていないかは、頭の片隅に置いておくとよいでしょう。とはいえ、実務ではチームのルールに合わせて動く場面も当然あり、すべてが「指揮命令＝偽装請負」になるわけではありません。勤務時間を細かく管理される、業務内容を逐一指示されるといった、労働者に近い扱いが続くようなら注意、という程度に捉えておけば十分です。契約形態そのものの違い（SES・派遣との関係）は SES・派遣・フリーランスの違い でも整理しています。
まとめ
フリーランスエンジニアの契約は業務委託で、その中に請負（成果物の完成）と準委任（業務の遂行）があります。月単位で稼働する案件の多くは準委任で、稼働に対して月額で報酬が支払われるのが一般的です。
大事なのは、契約前にどちらの契約かを把握し、責任の範囲と報酬の条件を確認しておくこと。ここが曖昧なまま進めると、あとで「こんなはずでは」となりがちです。契約書で確認する、分からなければ質問する——それだけで、安心して参画できます。案件を紹介する担当者に「これは請負ですか、準委任ですか」と一言聞くだけでも、条件の見え方がはっきりします。
整えたスキルシートで案件を探すなら、Relayに登録を。契約形態や希望条件を踏まえて、経験に合う案件を担当者がメールでご紹介します。登録面談なし・営業電話なしなので、まずは登録だけでも始められます。スキルシートの作り方は スキルシート完全ガイド にまとめています。