業務委託契約とは?請負・委任・準委任の3種類と雇用・派遣との違い、システム開発での使い分けと契約書のチェックリスト【2026年版】

「開発会社から『業務委託契約書』を渡されたが、これは請負なのか準委任なのか」——システム開発を外注する担当者から、こうした相談をよく受けます。契約書のタイトルに「業務委託」とあれば安心しがちですが、中身が請負なのか準委任なのかで、完成責任の有無も、報酬の対象も、解除のしやすさも変わります。常駐しているエンジニアに直接指示を出してよいのか、という不安もよく聞きます。

結論から言うと、「業務委託契約」は法律上の用語ではなく、民法の請負契約・委任契約・準委任契約の総称です。請負は仕事の完成に、準委任は業務の遂行に対価を払い、どちらも受託者は独立した事業者で、発注側の指揮命令下には入りません。システム開発では、要件が確定した一括開発は請負、要件が動く継続開発(ラボ型・SES)は準委任が基本で、契約書は「完成義務があるか」「指揮命令はどちらにあるか」の2点で実態を見分けてください。

この2点で見分けられるようになると、開発会社が出してくる契約書を自分で読め、案件の性質に合う契約を選べ、偽装請負のリスクも避けられます。逆に「業務委託=請負」と思い込んだまま契約すると、完成しなかったときに責任を問えなかったり、常駐者への指示が偽装請負と指摘されたりする、失敗のもとになります。

本記事では、業務委託契約の定義と3種類の比較、雇用契約・労働者派遣契約との違い、システム開発での使い分け(請負・準委任とラボ型・SES・受託開発の対応)とメリット・デメリット、契約書に盛り込む項目のチェックリスト、締結の流れ、注意点(偽装請負・フリーランス新法・印紙・再委託・知財)、当社の契約、よくある質問の順に解説します。システム開発の発注者に関係する部分に絞りました。法的助言ではなく相談前の整理としてお読みいただき、契約実務の最終判断は弁護士・社労士にご確認ください。

私は人材業界の出身で、SES・派遣・人材紹介の契約実務を扱ったうえで、2018年からホーチミンでベトナムオフショア開発の体制づくりに携わり、約100社の相談に乗ってきました。契約の相談で共通するのは「名称で判断して中身を読んでいない」ことです。この記事を読み終えるころには、手元の契約書を2点で見分け、自社の案件にどの契約が合うかが判断できるはずです。

業務委託契約とは——請負・委任・準委任の3種類と、雇用契約・労働者派遣契約との違い

「業務委託契約書」という契約書を見たことがある方は多いはずです。しかし、この言葉は民法に定義がありません。実務でよく使われる呼び方で、中身は民法上の3つの契約のどれかです。ここでは定義、3種類の違い、雇用契約や労働者派遣契約との違いを整理し、契約書を「名称ではなく中身」で見分ける2つのポイントを示します。なお本記事は法的助言ではなく相談前の整理で、最終判断は弁護士・社労士にご確認ください。

定義: 法律上の用語ではなく、民法の請負・委任・準委任の総称

業務委託契約とは、企業や個人が特定の業務を外部の事業者に委ね、その対価を支払う契約の総称です。「業務委託」という契約類型は民法にはありません。民法が定めているのは、請負(632条)、委任(643条)、そして法律行為でない事務の委託に委任の規定を準用する準委任(656条)です。実務で「業務委託契約書」と呼ばれる契約は、中身を読めばこのいずれかに当たります(条文はe-Gov法令検索で2026-09-21確認)。

共通する特徴は、受託者が委託者の指揮命令下に入らず、独立した事業者として業務を遂行することです。民法632条は請負を「当事者の一方がある仕事を完成することを約し、相手方がその仕事の結果に対してその報酬を支払うことを約する」契約と定め、644条は受任者の義務を「委任の本旨に従い、善良な管理者の注意をもって委任事務を処理する義務」と定めています。いずれも、発注者が作業のやり方を指揮命令することを前提にしていません。ただし、契約の名称にかかわらず実態として指揮命令関係があれば、偽装請負として労働者派遣法や職業安定法の問題になり得ます。

3種類の比較表

準委任には、稼働した時間や工数に応じて報酬を払う履行割合型と、成果の引き渡しに対して報酬を払う成果完成型があります。後者は民法648条の2(成果等に対する報酬)に「委任事務の履行により得られる成果に対して報酬を支払うことを約した場合において、その成果が引渡しを要するときは、報酬は、その成果の引渡しと同時に、支払わなければならない」と定められています。2020年施行の改正民法でこの条が加わり、システム開発では「完成責任は負わないが、成果の引き渡しを報酬の条件にする」という中間的な契約が組みやすくなりました。

雇用契約・労働者派遣契約との違い(表)——指揮命令の所在で決まる

雇用契約は使用従属関係があり、最低賃金・労働時間規制・解雇制限などの保護が及びます。労働者派遣は、派遣元と雇用契約を結んだ労働者が派遣先の指揮命令を受けて働く形で、業務の指示を出すのは派遣先です。業務委託では、委託者は業務内容と成果を定めますが、具体的な遂行方法・作業時間・休日・作業場所を指示する権限はありません。契約の名称にかかわらず実態で判断されるため、業務委託なのに発注側が直接指揮命令する運用は偽装請負のリスクを生みます。

見分け方は2点——「完成義務があるか」「指揮命令はどちらにあるか」

私は人材業界の出身で、SES・派遣・人材紹介の契約実務を扱ってきました。相談で最も多いのは「開発会社から業務委託契約書のドラフトを渡されたが、請負なのか準委任なのか分からない」というものです。見分け方は2点です。1つ目は、契約書に「完成」「納品」「検収」「契約不適合」の条項があり、完成しなければ報酬が発生しない構造なら請負。「業務の遂行」「稼働時間」「善管注意義務」が中心なら準委任です。2つ目は、指揮命令がどちらにあるか。業務委託ならどちらの類型でも受託側にあり、発注側は要件と優先順位を伝える立場です。

この2点で契約書を読めるようになると、システム開発のどの案件にどの契約が合うかが判断できます。次章では、請負と準委任の使い分けを、ラボ型・SES・受託開発との対応で整理します。

システム開発ではどう使い分けるか——請負と準委任、ラボ型・SES・受託開発との対応、メリット・デメリット

業務委託契約の3種類のうち、システム開発の発注で実際に使うのは請負と準委任です。どちらを選ぶかは、開発会社の勧めではなく、案件の性質(要件がどこまで固まっているか、開発が続くか)で決まります。ここでは使い分けの表、業務委託のメリットとデメリット、準委任で品質をどう担保するかを整理します。

使い分け表: 要件確定の一括開発は請負、要件が動く継続開発は準委任

要件が確定しているのに準委任にすると固定費と管理負荷が残り、要件が動くのに請負にすると変更管理の手続きと追加費用で疲弊します。契約は案件の性質で選ぶ、というのが約100社の相談で得た教訓です。契約形態の詳細は「準委任 請負 違い」、ラボ型とSESの違いは「ラボ型開発 SES 違い」の記事で整理しています。

業務委託のメリットとデメリット

企業が業務委託契約を結ぶメリットは、即戦力となる専門人材に依頼できること、正社員の採用・育成コストと社会保険料の負担が要らないこと、請負なら作業の指示・監督のコストが受注側に移ることです。当社が発注者側から受ける相談でも、この3点に集約されます。

デメリットは、委託先の技術力によって品質にばらつきが出ること、ノウハウが社内に蓄積しにくいこと、専門性の高い人材ほど報酬が高くなる傾向があること、優れた委託先を探して見極める手間がかかることです。短期・単発で社内に知見を残さなくてよい業務なら気になりませんが、継続する開発では「ノウハウが残らない」が効いてきます。同じチームが継続する準委任(ラボ型)は、この弱点を業務理解の蓄積で補う形です。

準委任で品質をどう担保するか——完成責任がない分、契約と運用で決める

準委任には完成責任がないため、「完成しなかった」「品質が低い」を契約で問うことはできません。だからこそ、品質は契約と運用で担保します。契約では、月の稼働時間と人数、完了の定義(DoD)、レビューの仕組み、進捗の見える化(週次報告・チケット)、交代の条件を明記します。運用では、発注側がプロダクトオーナー役を置いて優先順位を判断し、開発会社側のPMが設計レビューとコードレビューを回します。

当社の準委任(ラボ型)では、日本人PMの設計レビュー、Gitプルリクエストによるコードレビューの標準化、リリース前ダブルチェックの3点を単価に含めています。実務3年目安で1,500USD(約22.5万円)、5年で2,000USD、10年・ブリッジSEで3,000USDと単価を公開し、1名から最短2週間、縮小と交代は1か月単位です。介護記録SaaS「CareViewer」では日本語ブリッジSE1名とフルスタックエンジニア2名で要件が動く改修を週次の優先順位判断で続け、決済アプリでは新規開発を担当したチームが週次リリースで保守を続けています。完成責任がないことを「品質が担保されない」と読むのは誤りで、担保のしかたが契約から仕組みに変わるだけ。これが準委任を選ぶときの前提です。

契約書に盛り込む項目と締結の流れ、注意点(偽装請負・フリーランス新法・印紙・再委託・知財)、当社の契約

契約の種類を見分けられたら、次は条項です。開発会社のひな形をそのまま使うと、システム開発特有の項目(知的財産の帰属・検収・再委託)が抜けていることがあります。ここでは記載事項のチェックリスト、締結の流れ、注意点4つ、当社の契約設計を整理します。

記載事項チェックリスト

• 業務内容と範囲: 何を、どこまで。準委任なら月の稼働時間と人数、請負なら成果物の一覧と仕様の確定方法
• 報酬と支払方法: 金額、算定方法(月額固定・人月単価・成果物単位)、消費税、支払期日、増減員時の変更方法
• 成果物と検収: 請負なら検収基準と期限、契約不適合の扱い。準委任なら完了の定義と報告の方法
• 知的財産権の帰属: ソースコード・設計書・ドキュメントの著作権と利用権。契約終了時の引き渡し範囲
• 再委託の可否: 原則禁止か、事前承諾制か。再委託先の管理責任
• 契約期間と更新: 開始日・終了日、自動更新の有無、最低契約期間
• 解除条件: 予告期間(1〜2か月前が一般的)、催告の要否、終了時の引き継ぎ協力の範囲
• 秘密保持と個人情報: NDA、アクセス管理、データの返還・削除
• 損害賠償と責任範囲: 上限、免責、不可抗力

とくに知的財産権と再委託は、システム開発では見落とされやすい項目です。民法は請負における再委託を直接定めていないため、可否と条件は契約書で決めておくのが実務の前提になります。

締結の流れ5ステップ

当社が発注者側の相談を受けるときは、次の5段階で進めるようお伝えしています。1つ目は、委託する業務内容と目的を明確にすること。成果物の有無、業務範囲、納期、報酬の考え方をここで整理します。2つ目は、委託先を選定して基本条件を協議すること。業務委託では受託者が独立した立場であることを前提に、発注者が直接指揮命令する運用にならない条件設定をします。3つ目は、契約書案を作成して条項を精査すること。4つ目は双方で確認して修正すること。責任範囲や損害賠償は専門家の助言を受けるのが有効です。5つ目は最終合意のうえ署名・押印し、締結後も契約内容に沿った運用を徹底することです。

注意点4つ——偽装請負、フリーランス新法、収入印紙、再委託と納品期限

1つ目は偽装請負です。契約書のタイトルが「業務委託契約書」でも、実態として発注側が受託側の労働者に直接指揮命令していれば労働者派遣とみなされ、労働者派遣法・職業安定法・労働基準法に違反する可能性があります。常駐エンジニアへの日常的な指示は、受注側の責任者を通す運用にしてください。詳しくは「業務委託契約で行ってはいけない行為」の記事で整理しています。

2つ目はフリーランス新法(特定受託事業者に係る取引の適正化等に関する法律、2024年11月1日施行)です。個人事業主や一人法人に業務委託する場合、取引条件の書面または電磁的方法での明示、原則60日以内の報酬支払いなどが義務付けられました。制度の内容は公正取引委員会のフリーランス法のページで確認できます。

3つ目は収入印紙です。国税庁タックスアンサーNo.7102は、請負に関する契約書を第2号文書として掲げています。継続的取引の基本となる契約書は第7号文書です。該当するかどうかは契約書の記載内容で決まるため、準委任として作った契約書も含め、個別の判断は税理士または所轄の税務署にご確認ください。

4つ目は再委託と納品期限の明記です。納品すべきものと期限、遅れそうな場合の事前通知、再委託を認めない旨(または事前承諾制)を契約書に書いておくと、トラブルの多くを防げます。

当社の契約——準委任(ラボ型)を日本国内法人・日本法準拠で

当社のラボ型開発は準委任契約で、契約と支払いは日本国内の法人と日本法準拠で行い、海外送金は不要です。海外法人と直接契約すると、トラブル時の交渉や準拠法が海外の法制度に従うことになりますが、当社ではその負担がありません。契約書には、月の稼働時間と人数、増員(約1週間)と縮小・交代(1か月単位)の条件、成果物の帰属と契約終了時の引き渡し、再委託の扱いを明記します。2,000名以上のIT人財データベースから直接アサインするため、多重下請けや再委託が構造的に発生しません。

発注側からの指示は日本人PMを通して整理する運用のため、指揮命令の問題が起きにくい構造です。要件が確定した単発の開発には、請負での受託もご相談いただけます。以前、監査で偽装請負を指摘された会社から相談を受けたときは、指示の通し方をPM経由に整理し、契約書に業務範囲と指揮命令の取り決めを明記するところから始めました。あなたの手元の契約書は、完成義務と指揮命令の2点でどちらに当たるでしょうか。

業務委託契約でよくある質問

業務委託契約について、システム開発の発注者から相談の場で繰り返し聞かれる質問を5つにまとめました。契約書を確認する前の整理にお使いください。

Q1. 「業務委託契約書」というタイトルなら、請負ですか準委任ですか?

タイトルでは決まりません。完成・納品・検収・契約不適合の条項があり、完成しなければ報酬が発生しない構造なら請負、業務の遂行・稼働時間・善管注意義務が中心なら準委任です。中身で判断し、不明なら開発会社に「どちらの類型か」を明示してもらってください。

Q2. 準委任では成果物は求められないのですか?

求められます。履行割合型でも動くシステムやドキュメントは引き渡されますし、成果完成型なら成果の引き渡しを報酬の条件にできます。違いは「完成責任を負うか」であり、成果物が出ないという意味ではありません。

Q3. 常駐しているエンジニアに直接指示を出してよいですか?

業務委託では、発注側が受託側の労働者に直接指揮命令することは原則できません。要件と優先順位は伝え、日々の作業指示は受注側の責任者(PM・リーダー)を通してください。実態で判断されるため、運用が重要です。

Q4. 契約書に収入印紙は要りますか?

国税庁タックスアンサーNo.7102は、請負に関する契約書を第2号文書として掲げています。継続的取引の基本となる契約書は第7号文書です。該当するかどうかは契約書の記載内容で決まるため、金額や該当性は税理士または所轄の税務署にご確認ください。

Q5. 海外の開発会社と業務委託契約を結ぶ場合、準拠法はどうなりますか?

海外法人と直接契約すると、準拠法や裁判管轄が海外になることがあり、トラブル時の負担が大きくなります。当社は日本国内の法人と日本法準拠で契約し、海外送金も不要です。契約前に準拠法・管轄・通貨・支払い先を確認するのが安全な進め方。

まとめ: 名称ではなく中身で理解する——完成義務と指揮命令の2点で見分け、案件の性質で選ぶ

「業務委託契約」は法律上の用語ではなく、民法の請負契約・委任契約・準委任契約の総称です。請負は仕事の完成に対価を払い契約不適合責任を負い、準委任は業務の遂行に対価を払い善管注意義務を負います。どちらも受託者は独立した事業者で、発注側の指揮命令下には入りません。ここが使用従属関係のある雇用契約、派遣先が指揮命令する労働者派遣契約との違いで、名称にかかわらず実態で判断されます。契約書は「完成義務があるか」「指揮命令はどちらにあるか」の2点で見分けてください。

システム開発では、要件が確定した一括開発は請負(受託開発)、要件が動く継続開発は準委任(ラボ型・SES)が基本で、準委任の成果完成型や要件定義だけの短期準委任も使えます。業務委託は即戦力・採用育成コストの不要・指揮命令コストの削減がメリットで、品質のばらつき・ノウハウが残らない・報酬が高くなる傾向がデメリットです。準委任に完成責任がない分、完了の定義・レビュー・進捗の見える化を契約と運用で決めてください。

契約書には、業務内容と範囲、報酬と支払方法、成果物と検収、知的財産権の帰属、再委託の可否、契約期間と更新、解除条件、秘密保持、損害賠償を盛り込みます。偽装請負(実態で判断)、フリーランス新法(2024年11月施行)、収入印紙(請負に関する契約書は第2号文書・継続的取引の基本となる契約書は第7号文書。該当性は税理士に確認)、再委託と納品期限の明記が注意点です。当社は準委任のラボ型を日本国内の法人と日本法準拠で契約し、稼働・増減員・帰属・引き渡しを明記し、指示は日本人PMを通します。契約類型の詳細は準委任と請負の違い、偽装請負の回避は業務委託契約で行ってはいけない行為もあわせてご覧ください。現在の体制と要件をお聞かせいただければ、請負と準委任のどちらが合うかの判断と概算見積もりでお答えします。合わない案件にはその旨も率直にお伝えします。契約実務の最終判断は弁護士・社労士にご確認ください。