準委任契約と請負契約の違いとは？業務委託契約で知っておきたい基本

導入：2026年、契約内容の理解がトラブル防止につながる

業務委託契約を結ぶ際にまず確認すべきなのは、「契約名」だけではありません。重要なのは、契約上どのような義務を負うのか、そして報酬が何に対して支払われるのかです。

一般的に「業務委託契約」と呼ばれる契約には、民法上の契約類型として、仕事の完成を目的とする「請負契約」や、業務の遂行を目的とする「準委任契約」などがあります。また、準委任契約の報酬設計には、稼働時間や対応期間など業務の遂行割合に応じて報酬が発生する「履行割合型」と、実務上「成果完成型」と呼ばれる、一定の成果に対して報酬が発生する形があります。

システム開発や制作業務では、契約内容や業務の実態によって、請負契約が用いられることもあります。請負契約は、原則として仕事の完成と成果物の引き渡しが報酬の前提になります。一方で、開発支援、保守運用、PMO、技術支援、アジャイル開発への参画など、業務内容が状況に応じて変わる案件では、準委任契約、とくに履行割合型の準委任契約として整理されるケースがあります。

なお、ここで説明する請負契約は、あくまで一般的な契約類型としての説明です。エンベストでは、フリーランス個人に対して請負形式で発注することはありません。エンベストがご案内するフリーランス向け案件では、実務上、履行割合型の準委任契約を基本としています。

同じ「業務委託契約」という表題でも、実態が請負なのか、準委任なのかによって、納期遅延、仕様変更、不具合、検収、報酬請求、損害賠償の考え方は大きく変わります。近年は、アジャイル開発、生成AIを使った実装、クラウドやSaaS連携、長期の保守運用案件が増え、成果物と作業プロセスの境界が曖昧になりやすい場面もあります。

本記事では、一般的な契約類型としての「準委任契約」と「請負契約」の違いを体系的に整理したうえで、エンベストにおける契約の実態や、契約書で確認すべきポイントを解説します。

図：契約形態の判断イメージ

1.請負契約とは：仕事の完成が報酬の中心条件になる契約

請負契約は、受注者が「仕事を完成させること」を約束し、発注者がその仕事の結果に対して報酬を支払う契約です。システム開発でいえば、Webサイト制作、LP制作、特定機能の開発、アプリの納品、既存システムの改修など、完成物が比較的明確な業務で使われることがあります。

ただし、これは一般的な請負契約の説明です。エンベストがご案内するフリーランス向け案件では、実務上、履行割合型の準委任契約が基本となります。

1-1.請負契約で押さえるポイント

請負契約では、作業時間をどれだけ使ったかよりも、契約で定めた成果物が完成しているかが重要です。短時間で完成できれば効率的に報酬を得られる一方、仕様理解の不足、見積もりの甘さ、追加要望の増加、テスト不足があると、想定以上の工数を負担することになります。

仕事が完成しない場合、原則として報酬請求が難しくなったり、検収が終わらず支払いが遅れたりするリスクがある点にも注意が必要です。

請負契約では、契約書に次のような項目を具体的に記載することが重要です。

• 成果物の定義
• 納品形式
• 検収基準
• 検収期間
• 修正対応の範囲
• 追加作業の扱い
• 損害賠償の範囲
• 契約不適合責任の内容

例えば「管理画面一式」だけでは曖昧です。画面数、機能一覧、対応ブラウザ、権限管理、API連携、テスト範囲、納品物の形式まで明記すると、後から仕様が膨らみにくくなります。

一方で、フリーランス個人への発注では、完成責任を個人に大きく負わせる請負契約ではなく、履行割合型の準委任契約として、稼働時間や業務遂行に応じて報酬を支払う形が採られることもあります。契約書に「納品」「検収」といった文言がある場合でも、実際にどの範囲まで完成責任を負うのか、報酬発生条件が何かを確認することが大切です。

2.準委任契約とは：業務を適切に遂行する契約

準委任契約は、法律行為ではない事務・業務の遂行を委託する契約です。エンジニア領域では、要件定義支援、PMO、保守運用、技術顧問、アジャイル開発の開発支援、レビュー、調査、データ分析、インフラ運用などで使われることがあります。

準委任契約では、成果物が発生する場合でも、請負契約のように「完成させること」自体が契約の中心とは限りません。受託者は、専門家として通常期待される注意をもって業務を行う義務、つまり善管注意義務を負います。

これは、単に時間を過ごせばよいという意味ではありません。必要な報告、レビュー、セキュリティ配慮、適切な記録、合意した稼働、合理的な品質管理などが求められます。

2-1.履行割合型と成果完成型の違い

準委任契約の報酬設計には、大きく分けて「履行割合型」と、実務上「成果完成型」と呼ばれる形があります。

履行割合型は、稼働時間、稼働日、対応期間など、業務の遂行割合に応じて報酬が発生するタイプです。月額単価の業務委託、保守運用、PMO、スクラムチームへの参画、開発支援などは、契約書上も履行割合型の準委任として設計されることがあります。

エンベストがご案内するフリーランス向け案件では、この履行割合型の準委任契約を基本としています。すなわち、成果物の完成責任を個人に負わせる請負形式ではなく、合意した稼働条件や業務範囲に基づいて、業務遂行に応じて報酬が発生する契約形態です。

ただし、SESや業務委託では、発注者による直接の指揮命令がある場合、労働者派遣や偽装請負との関係が問題になることがあります。そのため、契約書の名称だけでなく、実際の業務指示の出し方にも注意が必要です。

成果完成型は、実務上そのように呼ばれることがある報酬設計で、レポート提出、調査結果の提出、技術検証の完了、特定の検証結果の報告など、一定の成果に応じて報酬が発生する形です。アジャイル開発でも、スプリントごとに特定の成果や報告物を報酬条件として定める場合には、成果完成型に近い設計となることがあります。

成果完成型は請負契約に似た側面がありますが、請負のように仕事の完成そのものを当然に請け負う契約とは限りません。ただし、成果が報酬発生の条件とされている場合、成果の達成状況によって、報酬請求の可否や金額、再対応の要否が問題になることがあります。契約内容によっては、実質的に請負に近い責任を負うこともあるため、成果の定義、評価基準、不成立時の報酬、再作業・再提出の範囲を明確にしておく必要があります。

表1：請負契約・準委任契約の違い

3.契約前に確認すべき7つのポイント

業務委託契約では、契約形態にかかわらず、業務範囲や報酬条件、責任範囲を事前に確認しておくことが重要です。特に準委任契約では、「成果物を完成させる責任を負うのか」という点だけでなく、「どの業務を、どの条件で、どの範囲まで遂行するのか」を確認することが大切です。

エンベストがご案内するフリーランス個人向け案件では、履行割合型の準委任契約を基本としているため、以下のような点を中心に確認します。

3-1.業務範囲と担当範囲の定義

まず確認すべきなのは、何をどこまで行う契約なのかです。

履行割合型の準委任契約では、成果物の完成そのものよりも、合意した業務を専門家として適切に遂行することが中心になります。そのため、開発、レビュー、運用、調査、資料作成、会議参加、問い合わせ対応、障害対応など、担当する業務の範囲をできるだけ具体的にしておくことが重要です。

特に、複数の業務が混在する案件では、主業務と付随業務を分けて記載すると、後から「これも当然含まれる」と業務範囲が広がるリスクを抑えやすくなります。

成果物や提出物が発生する場合でも、それが請負契約のような完成責任を意味するのか、業務遂行の過程で作成・共有する資料やコードなのかを確認しましょう。ソースコード、設計書、議事録、調査レポート、テスト結果などを作成する場合は、対象範囲、提出方法、レビュー方法、管理場所などを明確にしておくと安心です。

3-2.稼働条件と報酬発生の条件

履行割合型の準委任契約では、報酬は成果物の完成や検収ではなく、稼働時間、稼働日数、契約期間、業務の遂行割合に応じて発生することが一般的です。

そのため、契約前には、月間稼働時間、週の稼働日数、精算幅、稼働報告の方法、欠勤・休暇時の扱い、契約期間、更新条件を確認しましょう。

たとえば、月額単価の案件では「140〜180時間」のような精算幅が設定されることがあります。この場合、下限を下回った場合や上限を超えた場合の精算方法を事前に確認しておく必要があります。

また、報酬の発生条件が「業務の遂行」にあるのか、「特定の成果の提出」にあるのかによって、リスクの大きさが変わります。契約書に「納品」「検収」「成果物の完成」といった表現がある場合は、履行割合型の準委任契約であるにもかかわらず、実質的に請負に近い責任を負う内容になっていないか注意が必要です。

3-3.報告方法・業務指示・指揮命令の線引き

準委任契約では、業務を適切に遂行したことを確認できるよう、報告方法を明確にしておくことが大切です。

日報、週報、月次報告、タスク管理ツール、チケット、議事録、レビュー記録など、どの方法で業務状況を共有するのかを決めておくと、稼働実績や対応内容を後から確認しやすくなります。

特に、準委任契約では「成果物が完成したか」だけでなく、「合意した業務を適切に遂行したか」が重要になるため、業務記録を残すことがトラブル予防につながります。

また、業務委託契約では、発注者や参画先から日々の業務依頼を受ける場面があります。ただし、発注者による直接の指揮命令が強すぎる場合、契約形態との整合性が問題になることがあります。

誰が業務依頼を行うのか、作業の優先順位をどう決めるのか、勤務時間や作業場所の拘束がどの程度あるのかについても、事前に確認しておくと安心です。

3-4.追加作業・対応範囲の線引き

履行割合型の準委任契約でも、対応範囲が曖昧なままだと「月額で何でも対応してほしい」という状態になりやすくなります。

そのため、契約前には、通常業務に含まれる作業と、追加相談・別途見積もり・契約変更が必要な作業を分けておくことが重要です。

たとえば、当初予定していなかった追加機能の開発、大幅な仕様変更、深夜・休日の緊急対応、契約外システムへの対応、外部サービスの仕様変更に伴う大規模改修などは、通常の稼働範囲に含まれるのか、別途協議の対象になるのかを確認しましょう。

一方で、合意した業務範囲内で発生する軽微な修正、レビュー対応、調査、問い合わせ対応などは、準委任契約上の業務遂行に含まれる場合があります。

重要なのは、「無償修正かどうか」だけでなく、契約上の担当範囲に含まれる対応なのかを明確にすることです。

3-5.損害賠償の範囲と上限

契約書に損害賠償の上限がない場合、案件単価を超えるリスクを負う可能性があります。これは請負契約だけでなく、準委任契約でも確認すべき重要なポイントです。

一般的には、次のような考え方があります。

• 直接かつ通常の損害に限る
• 特別損害や逸失利益は除く
• 賠償上限は直近数か月分の報酬または本契約の報酬総額を上限とする

特に、システム障害、情報漏えい、セキュリティ事故、第三者サービスの停止、AI利用による不具合などが関係する案件では、責任範囲と上限を事前に確認しておくことが重要です。

不安がある場合は、契約締結前に専門家や契約サポートに相談しましょう。

3-6.知的財産権・著作権・OSSライセンス

ソースコード、設計書、ドキュメント、学習済みモデル、プロンプト、テンプレートなどの権利帰属も重要です。

履行割合型の準委任契約では、日々の業務の中でコードや資料を作成することがあります。この場合、作成物の権利が誰に帰属するのか、発注者に著作権が移転するのか、利用許諾にとどまるのかを確認しておきましょう。

また、既存ライブラリ、OSS、自作の汎用モジュール、過去に作成したテンプレートなどを利用する場合は、それらの権利やライセンスの扱いにも注意が必要です。

特に、自分のノウハウとして再利用したい汎用的なコードや設計パターンまで発注者に譲渡する内容になっていないか、契約書を確認しておくと安心です。

3-7.生成AI利用の可否と支払条件・フリーランス新法への対応

近年の実務では、生成AIを開発補助、テストケース作成、設計レビュー、ドキュメント作成に使う場面が一般化しています。ただし、AI生成物には誤り、脆弱性、ライセンス上の懸念、機密情報入力のリスクがあります。

そのため、AI利用を禁止するのか、許可するのか、許可する場合は利用可能なツール、入力してはいけない情報、レビュー手順、記録方法、生成物の検証範囲を決めておくと安全です。

準委任契約の場合でも、AIを使って作成したコードや資料について、誰がどの範囲で確認するのかを明確にしておくことが重要です。

また、フリーランスとの取引では、2024年11月1日に施行されたフリーランス・事業者間取引適正化等法の影響も無視できません。発注事業者には、取引条件の明示、報酬支払期日の設定、一定の禁止行為、募集情報の的確表示、ハラスメント対策などの義務が課されます。

履行割合型の準委任契約では、報酬が月次で支払われることも多いため、締日、支払日、稼働報告の提出期限、精算条件、契約終了時の支払い条件を確認しておきましょう。

特に、報酬支払期日が不明確な場合や、検収完了を理由に支払いが大きく遅れるような内容になっている場合は注意が必要です。

4.アジャイル開発・保守運用ではどちらを選ぶべきか

アジャイル開発では、最初から完成形をすべて確定させるのではなく、スプリントごとに優先順位を見直しながら開発します。そのため、仕様が明確に固定された請負契約よりも、準委任契約のほうが実態に合うケースがあります。

特に、プロダクトオーナーの判断、チームの合意、要件変更が継続的に発生する案件では、完成責任を個人フリーランスだけに負わせる設計は現実的でないことがあります。チームの一員として開発支援を行う場合には、稼働時間、担当範囲、報告方法、成果物の扱いを明確にしたうえで、履行割合型準委任として整理するほうがトラブルを抑えやすいでしょう。

ただし、アジャイル開発であっても、スプリント単位・機能単位で成果物や検収基準を明確に定める場合は、成果完成型準委任に近い設計となることがあります。

一方で、一般論としては、LP制作、明確な画面数のコーディング、既存機能の小規模改修など、範囲・仕様・納期・検収基準が明確なら請負契約が適する場合もあります。

ただし、エンベストがご案内するフリーランス向け案件では、アジャイル開発やチーム開発への参画についても、履行割合型の準委任契約を基本としています。

保守運用では、障害対応、問い合わせ対応、脆弱性対応、定期メンテナンス、監視、改善提案など、作業内容が月ごとに変動します。この場合は、準委任契約または月額保守契約として、対応時間、優先度、SLA、対応除外範囲、緊急対応の追加費用を決めるほうがトラブルを抑えやすくなります。

なお、「月額保守契約」は実務上の呼び方であり、法的には準委任、請負、または両者の要素を含む契約として整理されることがあります。

5.よくあるトラブル事例と対策

事例1：請負なのに仕様変更が無制限に入る

請負契約でよくあるのが、発注時の仕様が曖昧なまま着手し、途中で「これも当然含まれる」と追加要望が増えるケースです。対策は、見積書・契約書・仕様書を連動させ、対象外業務を明記することです。変更依頼はチケット化し、追加見積もりまたは納期延長の対象にしましょう。

事例2：準委任なのに成果物の不完成を理由に報酬を支払わない

準委任契約では、業務を適切に遂行していれば、成果物が発注者の期待どおりでないという理由だけで報酬が否定されるとは限りません。ただし、善管注意義務を果たしたことを示すため、日報、議事録、タスク管理、レビュー記録、成果報告を残すことが大切です。

事例3：検収が終わらず支払いが遅れる

請負契約や成果完成型の契約では、検収期間が定められていないと、発注者側の確認待ちが長期化し、報酬入金が遅れることがあります。契約書には、検収期間、検収方法、指摘の具体性、みなし検収、支払期日をセットで記載しましょう。

なお、エンベストのフリーランス向け案件では、請負形式ではなく履行割合型の準委任契約を基本としているため、報酬発生条件は稼働や業務遂行を前提に設計されます。

事例4：AI生成コードの責任範囲が曖昧

AIツールを使って作成したコードに不具合やライセンス上の懸念がある場合、誰がどこまで確認するのかが問題になります。AI利用の可否だけでなく、レビュー担当、テスト範囲、OSSスキャン、顧客データを入力しないルールを決めることが重要です。

6.契約形態別：向いている案件・避けたい案件

一般論として、請負契約に向いているのは、要件が固まり、成果物の完成基準を客観的に判断しやすい案件です。例えば、既存デザインに基づくコーディング、画面数と機能が確定した小規模開発、仕様書どおりのAPI追加、テスト基準が明確な改修などです。

逆に、要件が流動的、関係者が多い、発注者側の意思決定が遅い、外部サービスの仕様に強く依存する案件を固定報酬の請負で進めると、想定外の作業が増えやすくなります。

準委任契約に向いているのは、継続的な改善、調査、設計支援、運用、レビュー、チーム開発への参画など、作業内容が状況に応じて変わる案件です。アジャイル開発では、ユーザーの反応やビジネス優先度に合わせてバックログが変わるため、準委任のほうが実態に合いやすいことがあります。

ただし、準委任でも「月額で何でも対応」という形にすると範囲が膨らみます。対応時間、対応チャネル、優先順位、除外業務を決めておきましょう。

成果完成型の準委任は、調査レポート、技術検証、改善提案、プロトタイプ作成などに向いています。完成義務を負いすぎず、一定の成果を区切りとして報酬を決められる点がメリットです。

一方で、成果の評価基準が曖昧だと「期待と違う」という理由で差し戻しが発生します。成果物の粒度、受領条件、再提出回数、報酬の発生タイミングを具体化することが重要です。

7.エンベストが支援できること

エンベストでは、フリーランスが技術力を発揮しながら安心して案件に参画できるよう、契約面の不安を減らすサポートを行っています。

ここで重要なのは、一般的な契約類型としての「請負契約」と、エンベストにおける契約の実態を分けて理解することです。

一般論として、業務委託契約には請負契約や準委任契約があります。しかし、エンベストでは、フリーランス個人に対して請負形式で発注することはありません。

エンベストがご案内するフリーランス向け案件では、履行割合型の準委任契約を基本としています。つまり、成果物の完成責任を個人に負わせる契約ではなく、稼働時間や対応期間など、業務の遂行割合に応じて報酬が発生する契約形態です。

そのため、契約確認においては、次のような点を確認します。

• 報酬が稼働や業務遂行に応じて適切に発生する内容になっているか
• 業務範囲や担当範囲が明確になっているか
• 支払条件に問題がないか
• 実質的に成果物の完成責任を負う内容になっていないか
• 過度な無償修正義務を負う内容になっていないか
• 発注者からの指揮命令が強すぎないか
• AI利用や著作権、OSSライセンスの扱いが明確になっているか

特に、初めて高単価案件に参画する方、契約条件の読み方に不安がある方、AI活用や著作権の扱いが気になる方、発注者から細かな指示を受けていて契約形態に違和感がある方は、早めに相談することをおすすめします。

案件選びの段階では、単価や技術スタックだけでなく、契約形態、稼働時間、責任範囲、支払条件、担当範囲をセットで比較することが大切です。エンベストの案件紹介や契約サポートを活用し、自分のスキルと希望に合う働き方を選びましょう。

8.FAQ：準委任契約と請負契約でよくある質問

Q1.準委任契約でも成果物を納品することはありますか？

あります。準委任契約でも、レポート、ソースコード、議事録、調査結果、レビュー結果などの成果物が発生することはあります。ただし、成果物があるからといって直ちに請負になるわけではありません。報酬の対象が完成なのか、業務遂行なのかを確認することが重要です。

Q2.請負契約はフリーランスに不利ですか？

一概に不利とはいえません。範囲、納期、検収基準、報酬、追加作業の扱いが明確なら、効率的に働ける契約形態です。ただし、仕様が曖昧なまま固定報酬で受けると、無償対応が増えてリスクが高くなります。

Q3.準委任契約なら不具合対応をしなくてよいですか？

そうではありません。準委任契約でも、合意した業務範囲内で必要な報告、レビュー、合理的な修正、善管注意義務に基づく対応は求められます。契約外の追加作業と、業務遂行上必要な対応を切り分けることが大切です。

Q4.契約書の名称が「業務委託契約」なら安心ですか？

安心とは限りません。業務委託契約は実務上の総称であり、実態として請負、委任、準委任のどれに近いかを確認する必要があります。表題ではなく、業務内容、報酬条件、責任範囲、指揮命令の有無を見ましょう。

Q5.フリーランス新法で契約書は必ず必要ですか？

法律上は書面またはメール、チャット、クラウド契約などの電磁的方法で取引条件を明示することが求められます。口頭だけの発注はトラブルにつながりやすいため、契約書または発注書で条件を残すのが安全です。

Q6.AIを使った開発では何を契約書に書くべきですか？

AI利用の可否、利用可能なツール、入力してはいけない情報、AI生成物の検証範囲、著作権・OSSライセンスの扱い、セキュリティレビューの責任分担を書いておくとよいでしょう。AIを使った事実よりも、最終成果物をどう検証し、契約仕様に適合させるかが重要です。

Q7.契約で迷ったらどうすればよいですか？

単価が高い案件ほど、責任範囲も大きくなりがちです。契約書の文言に不安がある場合は、署名前に専門家や契約サポートへ相談しましょう。納品後・トラブル発生後より、契約前に修正するほうが交渉しやすく、損失も抑えられます。

まとめ：契約理解はフリーランスのリスク管理

準委任契約と請負契約の違いは、業務委託契約を理解するうえで重要な基本です。

一般的に、請負契約は仕事の完成に対する契約であり、準委任契約は業務遂行に対する契約です。どちらが良い悪いではなく、案件の実態、成果物の明確さ、仕様変更の可能性、発注者との関係性に合わせて確認することが重要です。

一方で、エンベストにおける契約の実態は、一般的な請負契約の説明とは異なります。エンベストでは、フリーランス個人に対して請負形式で発注することはありません。エンベストがご案内するフリーランス向け案件では、履行割合型の準委任契約を基本としています。

契約前には、業務範囲、成果物の扱い、稼働条件、報告方法、追加作業、損害賠償上限、知的財産権、AI利用、支払条件、フリーランス新法への対応を確認しましょう。

これらを言語化できていれば、発注者との認識違いを減らし、業務に安心して取り組みやすくなります。

契約書は「難しい書類」として後回しにするものではなく、業務内容や責任範囲を明確にするための設計図です。契約内容を正しく理解し、自分のスキルを適切な形で発揮できる環境を整えることが大切です。

注：本原稿は一般的な情報提供であり、個別案件の法的判断を代替するものではありません。契約締結前には、必要に応じて弁護士等の専門家に確認してください。

参考

公正取引委員会，2025，フリーランス法特設サイト，（2026年7月22日取得，https://www.jftc.go.jp/freelancelaw_2024/）．

・厚生労働省，「フリーランスの取引に関する新しい法律」リーフレット,（2026年7月22日取得，https://www.mhlw.go.jp/content/001261528.pdf）．