SES・派遣・準委任・請負……正直、分かりにくい
IT業界で働いていると、
「SES」
「準委任」
「請負」
「派遣」
「業務委託」
「客先常駐」
といった言葉が当たり前のように出てきます。
私自身、SESエンジニアとして長く働いていますが、IT業界に入ったばかりの頃は、
「SESと派遣って何が違うの？」
「準委任って何？」
と自分が置かれている状況を理解できず、仕事をしてました。
不思議とそれでも日々の業務はなんとか成り立つものなのです。
しかも厄介なのが、これらはすべて同じ分類の言葉ではないことです。
まずはここを整理すると、一気に分かりやすくなります。
先に結論｜SESだけは「契約形態の名前」ではない
まず最初に覚えておきたいのがこれです。
よく聞くSESは、派遣・準委任・請負と横並びの契約形態ではありません。
SESの正式名称は
System Engineering Service
（システムエンジニアリングサービス）
で、それを略してSESと呼んでいます。
そして、SESは一般的には
エンジニアの技術力を企業へ提供するビジネス
を指す言葉として使われています。
一方で、
- 派遣
- 準委任
- 請負
これらは、企業同士や労働者との関係を決める契約・法律上の仕組みです。
そのため、
SES企業が顧客と契約する際に準委任契約などを使う
という関係になります。
イメージとしては
SESという働き方・ビジネス
↓
実際の契約を会社間が結ぶ
↓
準委任・請負・派遣
と考えると分かりやすいでしょう。
契約形態の違いを一覧で見てみよう
| 項目 | 準委任 | 請負 | 派遣 |
|---|---|---|---|
| 主な目的 | 業務を遂行する | 仕事を完成させる | 労働力を提供する |
| 成果物の完成義務 | 原則として完成そのものを約束する契約ではない | あり | なし |
| 客先から働く本人への直接指揮命令 | 原則なし | 原則なし | あり |
| ITでの例 | 開発支援・保守・運用支援 | システム開発・納品 | 派遣エンジニア |
| SESで使われること | 多い | ケースによる | SESとは別の仕組み |
一番覚えやすいのは、
準委任＝業務を行う
請負＝仕事を完成させる
派遣＝派遣先の指示を受けて働く
という違いです。
ここから一つずつ見ていきます。
準委任契約とは？
SESでよく耳にするのが、
準委任契約です。
準委任契約では、
システム開発や保守などの業務を適切に遂行することを約束します
例えば、
「Javaを使ったシステム開発を支援する」
「システムの保守・運用を担当する」
といった仕事です。
重要なのは、
システムそのものの完成を約束する請負契約とは性質が違う
ということです。
そのためSESでは、
エンジニアが一定期間プロジェクトへ参画し、
開発・設計・保守などを支援する形で準委任契約が使われることがあります。
「委任」と「準委任」は何が違う？
似た言葉に、
委任契約
があります。
違いをかなり簡単に言うと、
委任は、
法律行為を依頼する契約
です。
一方、
準委任は、
法律行為ではない業務を依頼する契約
です。
ITエンジニアのシステム開発や保守は通常、法律行為ではありません。
そのためIT業界では、
「委任」より「準委任」という言葉を目にする機会が多くなります。
初心者の段階では、
ITの業務支援でよく見るのは準委任
くらいに理解しておけば十分だと思います。
請負契約とは？
請負契約は、
仕事を完成させること
を約束する契約です。
例えば、
「この販売管理システムを完成させて納品してください」
という依頼です。
受注した会社は、
要件定義
設計
開発
テスト
リリース
などを行い、
契約で定められた仕事を完成させます。
そのため、
受託開発では請負契約が使われるケースがあります。
準委任との違い
かなり単純化すると、
準委任
→ この開発業務を支援してください
請負
→ このシステムを完成させてください
という違いです。
請負のほうが圧倒的に責任感がある契約形態なので
会社として実力がないとそもそも請負契約を結べないと思います。
派遣とは？
派遣は、準委任や請負とは大きく仕組みが違います。
派遣エンジニアは、
派遣元企業に雇用されながら、派遣先企業から業務上の指揮命令を受けて働きます。
例えば、
派遣先の担当者から、
「今日はこの機能を修正してください」
「こちらの作業を先に進めてください」
と直接業務上の指示を受けることができます。
ここが非常に重要です。
派遣
派遣元企業
↓
雇用
↓
エンジニア
そして、
派遣先企業
↓
直接指揮命令
↓
エンジニア
という関係になります。
SESと派遣は何が違う？
SESと派遣は、
見た目だけを見るとかなり似ています。
どちらも、
所属している会社とは別のお客様先で働くことがあるからです。
しかし、準委任などでSES業務を行う場合と派遣では、
指揮命令関係
が大きく違います。
派遣の場合
派遣先
↓
直接指揮命令
↓
派遣エンジニア
準委任などの場合
発注企業
↓
業務の依頼
↓
受注した企業
↓
自社の責任で業務を遂行
という関係になります。
発注企業が受注側のエンジニア個人を直接指揮命令する仕組みではありません。
客先の人と直接話したらダメなの？
ここはかなり誤解されやすいところです。
準委任や請負だからといって、
客先の人と会話してはいけないわけではありません。
現場では、
- 仕様確認
- 質問
- 会議
- レビュー
- 日常的なコミュニケーション
などは普通にあります。
大切なのは、
コミュニケーションと指揮命令は別
ということです。
例えば、
「この仕様はどうなっていますか？」
と確認するのと、
受注側のエンジニア個人に対して、
「今日はこれをやってください」
「この方法で作業してください」
と直接作業方法まで管理するのでは意味が違います。
タスクが振られているのかどうかという観点で言葉を受けるといいかなと思います。
「業務委託」とは何？
求人やフリーランス案件を見ると、
「業務委託」
という言葉もよく見かけます。
これも少しややこしい言葉です。
実務では、
会社の外部へ業務を委託する契約を広く「業務委託」と呼んでいる
ケースがあります。
その中身として、
- 準委任
- 請負
などが使われます。
つまり、
「業務委託契約です」
と言われただけでは、
実際に準委任なのか請負なのかまで分からないことがあります。
契約内容を確認することが大切です。
客先常駐は契約形態ではない
これも整理しておきたいポイントです。
客先常駐は、働く場所を表す言葉です。
契約形態ではありません。
そのため、
SESで客先常駐することもあります。
派遣社員が派遣先で働くこともあります。
SIer社員が顧客先へ常駐することもあります。
つまり、
客先常駐＝SES
でもなければ、
客先常駐＝派遣
でもありません。
偽装請負とは？
ここまで理解すると、
「偽装請負」
という言葉も分かりやすくなります。
例えば、
契約上は請負や準委任になっている。
しかし実際には、
発注企業の担当者が、
受注企業のエンジニアへ直接、
「今日はこれをやって」
「この順番で作業して」
と日々の仕事を指揮命令している。
このように、
契約上は請負などなのに、実態として派遣のような働かせ方になっている
場合、偽装請負と判断される可能性があります。
重要なのは、
契約書に何と書いてあるかだけではありません。
実際に誰が労働者へ指揮命令しているのか
も見られます。
SESエンジニアなら自分の契約形態を知っておいた方がいい
私はSESとして長く働いてきましたが、
若い頃は、
自分の案件がどんな契約になっているのか、
正直ほとんど意識していませんでした。
でも、
キャリアを考えるようになると、
知っておいた方がいいと思うようになりました。
例えば案件に入る前に、
- 契約形態は何か
- 商流はどうなっているのか
- 自社の責任者は誰か
- 誰から業務上の指示を受けるのか
- 自社メンバーは何人参画しているのか
といったことを確認しておく。
これだけでも、
自分がどんな立場でプロジェクトへ参加するのか理解しやすくなります。
契約形態だけ分かれば十分ではない
ここまで契約について書いてきましたが、
エンジニアとして個人的にもっと重要だと思っていることがあります。
それは、
その案件で何を経験できるのか
です。
準委任だから良い。
請負だから悪い。
派遣だから悪い。
という単純な話ではありません。
例えば同じSESでも、
要件定義や設計を経験できる案件もあります。
一方で、
同じ作業だけを何年も続ける案件もあります。
そして、
会社から言われた案件へ入り続けているだけでは、
自分のキャリアを会社に握られてしまう可能性もあります。
私はSES企業を選ぶなら、
契約形態だけでなく、
エンジニア本人に案件を選ぶ余地があるか
まで確認することをおすすめしたいです。
案件は、
そのままエンジニアの経歴になります。
だからこそ、
契約を理解したうえで、
自分のキャリアも自分で選んでいくことが大切だと思います。
まとめ
IT業界には、
SES
準委任
請負
派遣
業務委託
客先常駐
似たような言葉がたくさんあります。
でも整理すると、
それぞれ意味は違います。
SES
エンジニアの技術力を提供するビジネスとして使われる言葉。
準委任
仕事の完成そのものではなく、業務を遂行する契約。
請負
仕事を完成させることを約束する契約。
派遣
派遣先から直接指揮命令を受けて働く仕組み。
業務委託
準委任や請負などを広く指して使われることがある言葉。
客先常駐
契約ではなく、働く場所を表す言葉。
まずこの違いを知るだけでも、
IT業界の構造はかなり見えやすくなります。
そして次に知っておきたいのが、
「商流」
です。
エンドユーザー
元請（一次受け）
二次請け
三次請け
なぜ同じエンジニアでも単価が変わるのか。
なぜSESが下請け構造になりやすいのか。
別途、SESの商流について図を使いながら整理したいですね。
コメント