FEATURE無知の知
知る・学ぶ

請負・準委任・派遣の違いとは?SIerのエンジニアが知っておきたい契約の種類

SIerの開発現場でよく登場する請負・準委任・労働者派遣の違いを、仕事の責任、報酬、指揮命令の観点から図解します。 エンジニアが契約を知るメリットや、業務委託・SES・委任との関係も整理します。

CONTENTSこの記事の目次10項目

実は私は、日中はSIerに勤めています。 あるとき「要件定義と実装のフェーズでは、契約形式が違うことがあるらしい」という話を小耳に挟みました。 そもそも契約にはどんな種類があり、なぜ工程によって使い分けるのでしょうか。 そう考えると、基本的なことさえ説明できず、「このままではまずい」と感じました。 AIの進歩が目まぐるしい今、エンジニアとして技術の知識だけでなく、仕事を支える約束や責任にも目を向けたい。 そんな思いも重なり、重い腰を上げて、まずは請負・準委任・派遣の違いから調べてみることにしました。

まずは、3つの違いをざっくり比較

SIerの現場で押さえておきたいのは、主に請負、準委任、労働者派遣です。 最初に全体像を比べてから、それぞれを詳しく見ていきます。

請負・準委任・労働者派遣の基本的な違い
契約中心となる約束報酬の見方日々の指揮命令
請負仕事を完成する完成した仕事・検収条件が中心受注会社が自社の担当者へ行う
準委任事務を適切に遂行する期間・履行、または合意した成果受任者側が管理。実態を確認
労働者派遣労働者を派遣する派遣料金。賃金は派遣元から支給派遣先が派遣労働者へ直接行う

なぜエンジニアも契約を知る必要があるのか

契約を知ると、目の前のタスクが会社同士の約束のどこにつながっているかが見えてきます。 仕様変更を簡単に受けてよいのか、完成と判断する条件は何か、作業状況をどの粒度で報告するのか。 さらに、会社が何を提供した対価として報酬を受け取るのかも理解できます。 これは営業知識というより、品質・納期・コミュニケーションを自分ごとにするための基礎知識です。

AI時代ほど、コードの外側も理解したい

ここは個人的な感想ですが、生成AIがコード作成を広く支援する時代に、コードを書けることだけで差をつけ続けるのは難しくなると感じています。 要件、予算、責任分担、契約、運用まで見渡し、「なぜこの作業が必要なのか」を説明できるエンジニアの価値は、むしろ高まるはずです。 契約の理解は、上流工程へ視野を広げる入り口のひとつです。

請負契約:仕事の「完成」を約束する

民法632条では、請負は一方がある仕事の完成を約束し、相手方がその仕事の結果に対して報酬を支払う契約とされています。 SIerでは、要件や完成条件を合意したうえでシステムや機能を作り、納品・検収へ進む場面が代表例です。 エンジニアにとっては、仕様書、受入条件、納期、変更管理、契約不適合への対応が仕事の中心とつながります。

請負では「仕事の完成」が中心。発注会社から受注会社の担当者へ日々の直接指揮命令をしない関係が基本です。

開発中に追加要望や前提変更が出たら、善意で抱え込まず、契約上の範囲や変更手続を確認することが大切です。 現場の小さな「ついで対応」が、工数・納期・責任のずれにつながることがあります。

準委任契約:仕事の「遂行」を引き受ける

民法656条の準委任は、法律行為ではない事務を委託する契約に、委任の規定を準用するものです。 システム開発、要件定義、調査、保守・運用などで使われます。請負のように仕事の完成そのものを中心に約束するのではなく、専門家として業務を適切に遂行することが中心です。 ただし、「完成責任がないから、成果を出さなくてもよい」という意味ではありません。 受任者には契約の目的に沿って善良な管理者の注意をもって業務を処理する義務があります。

準委任では「事務の遂行」が中心。報酬は期間や履行を基準にする形のほか、合意した成果を基準にする形もあります。

IPAのアジャイル開発版モデル契約は、開発中に機能や優先順位が変わる特性を踏まえ、あらかじめ特定した成果物の完成を前提とする請負ではなく、専門家として業務を遂行する準委任を前提としています。 開発手法だけで契約が自動的に決まるわけではありませんが、変更の多さと責任の置き方を考える参考になります。

労働者派遣契約:派遣先がエンジニアへ直接指示する

労働者派遣では、エンジニアは派遣元と雇用関係を結び、派遣先で働きます。 日々の業務について直接の指揮命令を行うのは派遣先です。 雇用する会社と仕事を指示する会社が分かれる点が、請負や準委任との大きな違いです。 派遣先は派遣元へ派遣料金を支払い、エンジニアの賃金は雇用主である派遣元から支払われます。

派遣では、派遣元との雇用関係と、派遣先からの直接の指揮命令が併存します。

注意したいのは、契約書のタイトルより実態が重視されることです。 請負や業務委託という名前でも、発注者が受注会社のエンジニアへ仕事の進め方、勤務時間、配置などを直接指示していれば、労働者派遣に該当し得ます。 いわゆる偽装請負の問題につながるため、現場で違和感があれば個人で判断せず、自社の責任者や法務・契約担当へ相談しましょう。

委任・業務委託・SESはどう違う?

現場では、法律上の契約類型と、取引上の呼び方が混ざって使われることがあります。 名前だけで判断せず、中身を見ることが大切です。

似ている言葉を整理

委任
法律行為をすることを委託する契約。 システム開発のような法律行為ではない事務は、一般に準委任として整理されます。
業務委託
実務で広く使われる呼び方です。 民法上の一つの独立した契約名とは限らず、内容に応じて請負や準委任などの性質を持ちます。
SES
System Engineering Serviceの略として使われる取引・サービス上の呼び方で、法律上の契約類型そのものではありません。 実際の契約が準委任、請負、派遣のどれに当たるかを確認します。

契約がわかると、仕事の解像度が上がる

契約書を一人で読み解けなくても、次の問いを持つだけで現場の見え方が変わります。 曖昧な点は、プロジェクト開始時や変更が起きた時点で確認します。

  1. この契約では、完成と遂行のどちらを中心に約束しているか
  2. 成果物、作業範囲、受入条件はどこに書かれているか
  3. 仕様変更や追加作業は、誰がどの手続で合意するか
  4. 誰がエンジニアへ日々の業務指示を出すのか
  5. 報酬が発生する条件と支払時期はどう決まっているか
  6. 知的財産権、秘密保持、損害賠償、再委託はどう定められているか

よくある疑問

請負と準委任は、どちらを選ぶのが正解ですか?

一方が常に優れているわけではありません。 完成させる対象や受入条件を決めやすい仕事なのか、変化を取り込みながら専門的な業務を遂行する仕事なのかなど、案件の目的と実態に合わせて選びます。複数の工程で契約を分ける場合もあります。

発注者と直接会話しただけで、偽装請負になりますか?

会議や情報共有をしたという一場面だけで直ちに決まるものではありません。 業務の進め方、労働時間、配置などを誰が実質的に管理・指示しているかを含め、働き方の実態から総合的に判断されます。 違和感がある場合は自社の責任者や専門家へ相談してください。

まとめ:エンジニアも契約を頭の片隅に

請負は仕事の完成、準委任は事務の適切な遂行、派遣は派遣先による直接の指揮命令が大きな特徴です。 ただし、報酬や検収、責任、指示の範囲は、実際の契約条項と働き方を確認しなければ分かりません。

契約の骨格を知ると、自分が何をしなければならないのか、どこで会社の売上が生まれるのか、変更や問題を誰へ伝えるべきかが見えやすくなります。 コードを書く仕事から少し視野を広げるためにも、請負・準委任・派遣という言葉を頭の片隅に入れておきましょう。

出典・参考資料民法(請負・委任・準委任・報酬に関する各条文)e-Gov法令検索/第632条、第643条、第644条、第648条・第648条の2、第656条。2026年9月5日確認laws.e-gov.go.jp出典・参考資料情報システム・モデル取引・契約書(第二版)独立行政法人情報処理推進機構(IPA)/2026年9月5日確認ipa.go.jp出典・参考資料情報システム・モデル取引・契約書(アジャイル開発版)独立行政法人情報処理推進機構(IPA)/2026年9月5日確認ipa.go.jp出典・参考資料労働者派遣事業と請負により行われる事業との区分に関する基準厚生労働省/昭和61年労働省告示第37号。2026年9月5日確認mhlw.go.jp