準委任契約と請負契約の違い｜フリーランスエンジニアが知るべきリスクと注意点

準委任契約とは？フリーランスエンジニアが関わる典型例

準委任契約は、法律行為以外の事務処理を委託する契約で、民法第656条に規定されています。法律行為の委託を指す「委任契約」を準用する形で、エンジニアの業務委託はほぼすべて準委任契約のカテゴリに入ります。

準委任契約の特徴

• 善管注意義務（善良な管理者の注意義務）を負う

• 成果物の完成責任は原則として負わない

• 報酬は業務に従事した時間・期間に対して支払われる（履行割合型）

• 一部の準委任契約では「成果完成型」として成果物に対して報酬を支払うパターンもあるが、完成責任の扱いは請負とは異なる

• 指揮命令関係は発注者に移らない（自主性を保ったまま業務を行う）

フリーランスエンジニアが関わる典型例

• SES（システムエンジニアリングサービス）：エージェント経由で客先常駐・リモート参画する多くの案件

• 開発支援・アジャイル開発チーム参画：スプリントでタスクを受け持つ準委任月額契約

• 技術顧問・アドバイザリ契約：技術相談・レビューに対する月額固定報酬

• 保守運用業務：期間内の障害対応・監視業務

準委任契約では「完成させる義務」がない代わりに、「プロとして通常期待される注意を払って業務を遂行する義務」（善管注意義務） を負う点に注意が必要です。

請負契約とは？フリーランスエンジニアが関わる典型例

請負契約は、仕事の完成に対して報酬を支払う契約で、民法第632条に規定されています。

請負契約の特徴

• 成果物の完成が義務（完成責任）

• 契約不適合責任（旧：瑕疵担保責任）を負う：成果物が契約内容に適合しない場合、受注者は修補・代金減額・損害賠償・解除の責任を負う

• 報酬は成果物の引渡し・検収完了時点で支払われる

• 再委託は原則として自由（契約で制限されていなければ）

• 指揮命令は発注者から受注者に直接行われない

フリーランスエンジニアが関わる典型例

• 受託開発（Webサイト・アプリ・業務システム）：要件に沿った成果物を完成させて納品

• スポット開発・機能追加：特定の機能をまとめて納品する契約

• 成果報酬型のプロジェクト：納品・検収完了で報酬が発生

• コーディング・デザイン・ロゴ制作などの成果物納品型案件

請負契約は「完成させれば報酬が確定する」反面、完成しなければ報酬が発生せず、瑕疵があれば修補義務を負うというリスクを抱えます。

準委任契約と請負契約の徹底比較表

フリーランスエンジニアが実務で判断するために押さえるべき違いを整理します。

特に重要な違い：完成責任と報酬発生条件

• 準委任：業務を継続した時点で報酬が発生する（成果物が未完成でも時間稼働分は請求可能）

• 請負：成果物が完成・検収されるまで報酬が発生しない（途中解約されると支払われない場合がある）

この違いはキャッシュフローに直結するため、案件選びの段階で意識する必要があります。

エンジニア実務で見るリスクと判断軸

SES案件で最も警戒すべき「偽装請負」リスク

偽装請負は、契約上は準委任や請負でありながら、実態は発注者が受注者（エンジニア）に対して直接指揮命令を行う労働者派遣類似の働き方を指します。

偽装請負に該当する典型パターン：

• 発注者の社員から日々の作業指示を受けている

• 始業・終業時間や休憩を発注者の勤務ルールで管理されている

• 作業場所・使用機材を発注者が一方的に指定している

• 業務の進捗管理を発注者が行っている

偽装請負は職業安定法・労働者派遣法違反となる可能性があり、発注者側が行政指導や企業名公表の対象になります。受注者側も、契約書の記載と実態が乖離している場合はトラブル時の交渉余地が狭まるため、契約締結時に指揮命令系統を明確にすることが重要です。

詳細は厚生労働省 労働者派遣事業と請負により行われる事業との区分に関する基準で確認できます。

請負契約の「契約不適合責任」リスク

2020年4月施行の改正民法で、瑕疵担保責任は契約不適合責任に整理されました。エンジニアが請負契約を結ぶ際に押さえるべきポイントは次のとおりです。

• 成果物が契約内容に適合しない（仕様と異なる、バグがある等）場合、発注者は修補・代金減額・損害賠償・契約解除を請求できる

• 通知期限は不適合を知った時から原則1年以内（契約で変更可能）

• 範囲は「契約書・仕様書に明記された内容」が基準。スコープが曖昧だと発注者側に有利に解釈されやすい

請負で受ける場合は、仕様書を詳細に書き、検収基準と対応範囲を書面で明確化しておくことが防衛策の基本です。

準委任でも債務不履行責任は発生する

「準委任なら完成責任がないから安心」と誤解されがちですが、善管注意義務違反があれば債務不履行責任を負うことに注意してください。

• プロとして通常期待される品質の作業をしていない

• 明らかな不作為・怠慢で損害を与えた

• 業務遂行上の注意を払っていなかった

こうしたケースでは、発注者から損害賠償を請求される可能性があります。準委任だから何でも許されるわけではなく、プロとしての注意義務は契約形態に関わらず発生します。

エンジニア向け契約書のチェックポイント

契約書レビュー時に必ず確認したい7つの項目を整理します。

1. 業務範囲（スコープ）の明確化

• 何を・どこまで・どのレベルでやるか

• 含まれない業務（スコープ外）を明記する

• 追加要件が出た場合の取り扱いを条項として入れる

2. 指揮命令系統

• 受注者の指揮命令は自社または受注者本人で行う旨を明記

• 発注者から直接作業指示を受ける形になっていないか確認

• SES案件では特に重要

3. 成果物の定義と検収条件

• 請負の場合、成果物の形式・納品方法・検収基準を明記

• 検収期間と無応答時の扱い（◯日以内の通知がなければ検収完了とみなす等）

• 修正・手直しの範囲と回数

4. 再委託の扱い

• 準委任は原則、発注者の承諾が必要

• 請負は契約で制限されることが多い

• 自身が他のエンジニアに再委託する可能性がある場合は要確認

5. 知的財産権の帰属

• 成果物の著作権が受注者・発注者のどちらに帰属するか

• 汎用ライブラリやフレームワーク等、本件成果物に含まれる第三者の知的財産の取り扱い

• 自身が以前の案件で作成したコードを転用する場合の扱い

6. 秘密保持義務（NDA）

• 対象情報の範囲と期間

• 契約終了後の情報の取り扱い

• 受注者側に過度な義務が課されていないか

7. 解除条項・損害賠償の上限

• 発注者都合での中途解約時の報酬支払い条件

• 損害賠償の上限額（業界慣行としては契約金額または月額報酬の1〜数か月分が一つの参考）

• 解除事由（契約違反・破産・業務不能等）

契約書の全体像と交渉余地については、契約トラブルが発生したときの対処法と併せてフリーランスエンジニアのトラブル事例とその対策方法 〜契約途中での解約〜でも解説しています。

契約トラブルを防ぐための実務手順

契約締結前後で実施しておきたい実務ステップを整理します。

ステップ1：見積・発注書・契約書の3点を揃える

• 見積書で業務範囲と金額を明確化

• 発注書（注文書）で発注内容の確定

• 契約書で長期的な取り決め（支払条件・知財・解除等）を規定

• 小規模案件でも業務委託基本契約＋個別発注書のセットが最低ライン

ステップ2：作業範囲（スコープ）を書面化する

• 何をやる・やらないをドキュメント化して合意形成

• 仕様書・要件定義書・WBSなど、名称はなんでもよい

• メール・チャットでの合意も証拠として保存

ステップ3：追加要件が発生したらその都度見積

• 「ついで対応」の積み重ねが不採算の最大要因

• スコープ外の要件が出たら必ず追加見積書を出す

• 口頭・チャットでの依頼でも記録を残す

ステップ4：検収と支払いのサイクルを明確化

• 成果物の納品→検収→請求書発行→支払いのフローを事前合意

• 検収完了の定義を書面化（無応答時の扱い含む）

• 検収後に発覚した瑕疵への対応範囲を契約書に反映

ステップ5：2024年11月施行のフリーランス新法を押さえる

2024年11月に施行された特定受託事業者に係る取引の適正化等に関する法律（通称：フリーランス新法） により、発注者側には次のような義務が課されるようになりました。

• 書面または電磁的方法での取引条件の明示（発注内容・報酬・支払期日等）

• 報酬の支払期日の設定と遅延の禁止

• 一定の禁止行為（受領拒否・報酬減額・返品・買いたたき等）の規制

フリーランス新法は、フリーランスと発注事業者の取引適正化を目的にしており、書面交付を求める法的根拠にもなります。詳細は公正取引委員会 フリーランス・事業者間取引適正化等法で確認してください。

案件タイプ別に見る契約形態の使い分け

エンジニアの典型的な案件タイプごとに、一般的な契約形態を整理します。

エージェント経由の案件は準委任の比率が高く、直接営業や受託開発に近い案件は請負の比率が高くなる傾向があります。案件選びで契約形態を確認する際のポイントは案件探しで失敗しないフリーランスエンジニアのための案件の読み方もあわせて参考にしてください。

よくある失敗と対策

失敗1：スコープを口頭で合意してしまう

「いつもの感じで」「まずは動くものを」など、曖昧な口頭合意から始めると、後から範囲の解釈で揉めやすくなります。メール・チャットでの合意でも必ず文字に残すのが防衛策の基本です。

失敗2：請負で納期・仕様が曖昧なまま着手する

請負契約では仕様と検収基準が報酬発生の条件になります。要件定義が不十分なまま着手すると、完成と認められない・修正が際限なく続くといった事態が起きやすくなります。要件定義の段階で発注者と要件をすり合わせ、グレーゾーンを減らす作業が必要です。

失敗3：SES案件で発注者から直接作業指示を受け続ける

契約書が準委任であっても、実態として発注者から日常的に作業指示を受けている場合は偽装請負と判断される可能性があります。窓口となるリーダーを介する・作業指示は書面やチケットで行うなど、指揮命令系統の適正化が必要です。

失敗4：検収条件を詰めずに納品する

「納品したと思っていたら検収されていなかった」「後から追加要件を要求された」というトラブルは、検収完了の定義が書面化されていないことが原因です。検収期間・無応答時の扱い・検収後の瑕疵対応範囲を事前に明記しておきます。

失敗5：損害賠償の上限を定めずに契約する

契約書に損害賠償の上限が書かれていないと、無限責任を負う可能性があります。業界慣行としては、契約金額または直近数か月分の報酬相当額で上限を設定するケースが見られます。交渉の余地がある項目なので、署名前に必ず確認してください。

契約形態の判断チェックリスト

案件を受ける前に確認したい項目をまとめます。

• [ ] 契約書に業務範囲（スコープ）が明記されている

• [ ] 発注者からの指揮命令系統が契約内容と整合している（特にSES案件）

• [ ] 請負の場合、成果物の定義・検収基準が明文化されている

• [ ] 契約不適合責任の範囲と期間が記載されている

• [ ] 再委託の可否と条件が明記されている

• [ ] 知的財産権の帰属が明確（特に著作権・特許権）

• [ ] 秘密保持義務の対象・期間に過度な負担がない

• [ ] 中途解約時の報酬の扱いが規定されている

• [ ] 損害賠償の上限が設定されている

• [ ] 報酬の支払時期・支払方法が書面化されている

• [ ] フリーランス新法に基づく取引条件の書面明示が行われている

まとめ

準委任契約と請負契約は、報酬発生条件・完成責任・契約不適合責任の3点で大きく異なります。

• 準委任：業務遂行に対する報酬／完成責任なし／SES・開発支援・保守運用で一般的

• 請負：成果物完成に対する報酬／完成責任・契約不適合責任あり／受託開発・制作で一般的

• エンジニア特有の論点：偽装請負／契約不適合責任の範囲／知財帰属／AIツール扱い

• 契約書の7大チェックポイント：スコープ／指揮命令／成果物定義／再委託／知財／秘密保持／解除・賠償

契約トラブルの多くは、契約前の書面化不足と検収基準の曖昧さから生まれます。契約書の読み方と交渉の勘所を身につけることは、単価を上げるのと同じくらい重要なスキルです。

関連する話題として、フリーランスエンジニアのトラブル事例とその対策方法 〜契約途中での解約〜や【インボイスとは？】フリーランスエンジニアが知るべきポイントと対策、フリーランスエンジニアの確定申告｜やり方・必要書類・期限をわかりやすく解説もあわせてご覧ください。フリコンでは独立準備から案件獲得まで継続的にサポートしています。

参考・一次情報

• e-Gov法令検索 民法（第632条 請負、第656条 準委任）

• 厚生労働省 労働者派遣事業と請負により行われる事業との区分に関する基準

• 公正取引委員会 フリーランス・事業者間取引適正化等法（フリーランス新法）

• 中小企業庁 下請適正取引等推進ガイドライン

本記事は一般的な契約実務の解説であり、個別の契約書の解釈・交渉については弁護士などの専門家への相談をお勧めします。