受託と請負の違いとは？受託開発・請負開発・SES（準委任）を並べて整理し、案件を受ける前の確認点をまとめました

受託と請負の違いとは？意味を1行で

受託と請負の違いは、言葉の種類そのものです。受託は「引き受ける側の立場」、請負は「完成責任を負う契約の型」を表します。

受託とは、ほかの会社から仕事を頼まれて引き受けることです。頼む側は「委託者」、引き受ける側は「受託者」と呼びます。

請負とは、仕事を完成させることを約束し、完成した結果に対して報酬を受け取る契約のことです。民法第632条に定められています。

「受託した請負契約」はふつうにある

受託と請負は、同時に成り立ちます。「A社からシステム開発を受託した。契約は請負だ」という言い方は正しい使い方です。

反対に「受託したが、契約は準委任」ということもあります。SESの案件は、ほとんどがこの形です。受託という言葉だけでは、責任の重さは決まりません。

「受託」と「委託」の向きは別記事で確認

受託と委託は、同じ仕事を反対側から見た言葉です。向きの違いは「受託と委託の違い｜業務受託の意味とSES契約での使い分け」で詳しく解説しています。

受託開発と請負開発の違い

受託開発と請負開発は、ほぼ同じ仕事を指すことが多いものの、厳密には同じ言葉ではありません。受託開発は業界の呼び名で、請負開発は契約形態を示す呼び名です。

受託開発とは、発注元からシステムやアプリの開発を引き受けることです。多くは請負契約で結びますが、要件定義など一部の工程を準委任で結ぶこともあります。

請負開発とは、請負契約でシステムを開発し、完成品を納めることです。完成して検収（受け入れの確認）に合格するまで、報酬は確定しません。

受託開発のくわしい流れは「受託開発とは？SESとの違いと営業が請負案件を扱う注意点」でまとめています。

工程ごとに契約を分けるのが一般的

システム開発では、工程ごとに契約形態を分ける考え方が広く使われています。情報処理推進機構（IPA）のモデル契約でも、工程に応じて請負と準委任を使い分ける形が示されています。

1. 要件定義：何を作るか決まっていないので、準委任が多い

2. 設計・製造・テスト：作る物が決まるので、請負が多い

3. 運用・保守：作業の提供なので、準委任が多い

このため「受託開発案件」と書かれていても、自社が入る工程が準委任のこともあります。工程と契約形態をセットで確かめることが大切です。

請負とSES（準委任）の違いを比較表で整理

請負と準委任の一番大きな違いは、報酬が「完成」に対して出るか、「作業」に対して出るかです。SESは準委任で結ぶのが基本です。

準委任契約とは、法律行為ではない事務（作業）を行うことを引き受ける契約のことです。民法第656条で、委任の規定が準用されます。

契約不適合責任とは、納めた物が契約の内容に合っていないときに、直す・減額する・賠償するなどの責任を負うことです。種類や品質の不適合は、注文者が知った時から1年以内の通知が必要です。通知がないと、原則としてこの責任は問えなくなります（民法第637条）。

善管注意義務とは、その仕事のプロとして普通に求められる注意を払って作業する義務のことです。完成までは約束しません。

準委任と請負の見分け方は「準委任契約と請負契約の違い｜業務委託契約書を見分ける判定シート」でさらに詳しく解説しています。

同じチームを期間で借りる「ラボ契約」も、中身は準委任が多い契約です。違いは「ラボ契約とは？SESとの違いと準委任で結ぶときの注意点7つ」で確認できます。

請負でも途中までの報酬がもらえる場合がある

請負は「完成しないと報酬ゼロ」と思われがちです。しかし民法第634条では、完成前に終わった場合の報酬も定めています。できた部分で注文者が利益を受けるなら、その割合に応じて請求できる場合があります。

ただし、どこまでが「注文者の利益」かで揉めやすい点です。契約書で、途中終了したときの報酬の計算方法を決めておくと安心です。

SES営業の現場での使い方

SES営業の現場では、「受託」「請負」という言葉を契約形態の確認のきっかけとして使います。言葉を聞いたら、そのまま信じずに中身を確かめるのが基本です。

使う場面と例文

案件票やメールで「受託」「請負」が出てきたら、次のように聞き返します。

案件確認メールの例文

「受託開発案件」を紹介されたときに、そのまま使える確認メールの例です。

件名：【ご確認】2026年11月開始 〇〇システム開発案件の契約形態について

〇〇株式会社 〇〇様

いつもお世話になっております。株式会社〇〇の〇〇です。
9月28日（月）にご紹介いただいた案件について、提案前に3点確認させてください。

1. 弊社との契約形態（請負／準委任）

2. 請負の場合、成果物と検収の基準

3. 作業の指示を出す方（御社の責任者か、エンド様か）

ご確認のほど、よろしくお願いいたします。

やってはいけない言い換え

「受託＝請負」と思い込んで、社内やBPに伝えるのは避けます。準委任の案件を「請負」と伝えると、BP側が完成責任を負う前提で見積もってしまうことがあります。

反対に、請負の案件を「いつものSESです」と伝えるのも危険です。完成責任や不具合の対応を、エンジニアもBPも想定していないまま始まってしまいます。

受託開発案件を引き受ける前のチェック項目

受託開発案件を引き受ける前は、契約書のタイトルではなく、中身の条項で請負か準委任かを判断します。次の8項目を順に確かめます。

1. 契約書に「完成」「納品」「成果物」の言葉があるか

2. 報酬が「検収合格」で確定するか、「稼働時間」で決まるか

3. 検収の期間と、合格・不合格の基準が書かれているか

4. 不具合（契約不適合）の対応期間と範囲が決まっているか

5. 損害賠償の上限が決まっているか

6. 現場で作業の指示を出すのは誰か（自社の責任者か、発注元か）

7. BPへの再委託が認められているか。その条件は何か

8. 途中で終わったときの報酬の計算方法が決まっているか

1〜4に当てはまるものが多ければ、請負の性格が強いと考えられます。請負なのに発注元の担当者がエンジニアへ直接指示を出す場合は、偽装請負になるおそれがあります。

偽装請負とは、契約は請負や準委任なのに、実態は発注元が労働者へ直接指示する派遣と同じ状態になっていることです。判断の基準は「偽装請負とは？SESとの違いと違法になる仕組みをわかりやすく」で解説しています。

請負で受けるなら見積もりに入れること

請負で受ける場合は、SESの見積もりとは考え方を変えます。人月の単価だけでなく、次の費用もふくめて考えます。

見積もりの計算例（3か月・3名の請負の場合）

SESの感覚で「単価×人数×月数」だけを出すと、手直しや不具合対応の分が赤字になります。次の例は、編集部が考え方を示すために置いた数字です。

予備の割合は、仕様の固まり具合で上げ下げします。社内で「仕様が未確定なら請負で受けず、準委任で出し直す」というルールを決めておくのも一つの方法です。

複数名の体制で出すときの単価の出し方は「SESのチーム提案のやり方｜複数名の体制の組み方と単価の出し方」が参考になります。

請負契約の条項の確認点は「請負契約とは？民法の意味・特徴とSESが受ける前の確認点7つ」にまとめています。損害賠償の上限の書き方は「SESの損害賠償の上限条項｜準委任の責任限定の書き方と有効性」が参考になります。

自社で管理する方法と、チョータツで楽にする方法

契約形態の確認結果は、案件ごとに記録して社内で共有するのが基本です。担当者の頭の中だけにあると、BPへの再委託やエンジニアへの説明で食い違いが起きます。

自社でやる方法：案件管理表に3列を足す

Excelやスプレッドシートで案件を管理しているなら、次の3列を足すだけで確認漏れが減ります。

1. 「契約形態」列：請負／準委任／派遣を選ぶ

2. 「完成・検収」列：成果物と検収基準の有無を書く

3. 「指示を出す人」列：自社責任者／発注元を書く

提案前に、この3列が埋まっているかを見るルールにします。空欄の案件は、確認メールを送ってから提案に進みます。

もっと楽にするなら：チョータツで案件情報を共有

案件の数が増えると、表の更新や共有の手間が大きくなります。チョータツは、SES営業の案件・人材の情報を管理・共有できるツールです。

• 案件情報をチームで1か所にまとめ、契約条件も共有できる

• パートナーへのメール配信機能で、確認済みの案件を届けられる

• 他社と連携すると、他社の営業中案件・営業中人材をデータベース化できる

• AIが入力を手伝い、3,000社以上が利用。無料で始められる

「受託開発」と書かれた案件も、契約形態を確かめて記録してから提案する流れを、チーム全体でそろえやすくなります。

よくある質問

Q. 受託と請負は同じ意味ですか？

同じではありません。受託は「引き受ける立場」を表す言葉で、請負は「完成責任を負う契約の種類」です。受託した仕事の契約が、請負のことも準委任のこともあります。

Q. 受託開発はすべて請負契約ですか？

すべてではありません。受託開発は請負が多いものの、要件定義や保守の工程は準委任で結ぶこともあります。工程ごとの契約形態を確かめてください。

Q. 請負開発とSESの一番の違いは何ですか？

報酬の出る条件です。請負開発は完成して検収に合格したときに報酬が確定します。SES（準委任）は作業した時間や期間に対して報酬が出ます。

Q. 請負で受けた案件を、BPに準委任で再委託してもよいですか？

元の契約で再委託が認められていれば、契約形態を変えて出すこと自体はありえます。ただし完成責任は自社に残るので、BPの作業の管理を自社で行う必要があります。

Q. 請負の見積もりはSESの単価の出し方と何が違いますか？

作業の工数に加えて、管理者の工数と、手直し・不具合対応の予備を足します。検収に合格するまで報酬が確定しないためです。

Q. SES営業が請負案件を受けるときに一番注意することは？

発注元がエンジニアへ直接指示を出さない体制にすることです。請負で直接指示を受けると偽装請負になるおそれがあります。完成の定義と検収の基準も先に決めます。

まとめ

• 受託は「引き受ける立場」、請負は「完成責任を負う契約の種類」を表す言葉

• 受託開発は業界の呼び名で、中身は請負が多いが準委任のこともある

• 請負は完成・検収で報酬が確定し、契約不適合責任を負う。SES（準委任）は作業に報酬が出る

• 「受託開発案件」を受ける前は、完成義務・検収・不具合の責任・指示を出す人など8項目を確かめる

• 確認結果は案件ごとに記録し、BPやエンジニアに正しく伝える

本記事は一般的な情報の提供を目的としており、個別の法的助言ではありません。具体的な判断は弁護士・社会保険労務士などの専門家にご相談ください。

運営：チョータツSES研究所（株式会社DrivenX）｜編集方針｜公開日：2026年9月30日｜更新日：2026年9月30日

参考資料（2026年9月29日確認。IPAのページは2026年9月30日に再確認）

• e-Gov法令検索「民法」（第632条 請負、第634条 注文者が受ける利益の割合に応じた報酬、第637条 目的物の種類又は品質に関する担保責任の期間の制限、第643条 委任、第644条 受任者の注意義務、第656条 準委任）

• 独立行政法人情報処理推進機構（IPA）「情報システム・モデル取引・契約書（第二版）」

• 厚生労働省「請負を適正に行うために」（37号告示）

• 厚生労働省「労働者派遣事業と請負により行われる事業との区分に関する基準（37号告示）に関する疑義応答集」