SESとは？契約形態と派遣・SIerの違いを発注者視点で解説

SES（システムエンジニアリングサービス）は、技術者に自社の開発現場へ入ってもらい、その労働に対して対価を払う契約の呼び名です。求人・転職の記事では「SESで働くエンジニアの働き方」として語られることが多いのですが、この記事は逆の立場、つまりSESを使って開発リソースを確保する発注企業の視点で整理します。SES契約が準委任契約をベースにする仕組み、派遣・SIer・請負（受託）との境界、単価の考え方、そして発注側が踏むと違法になる「偽装請負」の線引きまでを、厚生労働省の基準を根拠に解説します。

まとめ：発注者視点で捉えるSES契約の位置づけと選び方

SESは、成果物ではなく技術者の労働（役務）を調達する契約です。法的なベースは準委任契約で、完成責任を負わない代わりに、常駐する技術者への指揮命令権は発注者ではなくSES企業側に残ります。この一点が派遣・請負との決定的な違いであり、発注実務の勘所でもあります。

発注側の使い分けはこう整理できます。要件が固まりきらず、自社主導で進めながら技術者の手を継続的に借りたい局面ならSESが合います。完成物と納期に責任を持たせたいなら請負（受託）、自社の指揮命令下で直接動かしたいなら派遣、という切り分けです。そしてSESを使う限り、常駐者へ日々の作業指示を直接出せば偽装請負に転びます。指揮命令の線引きと単価の清算幅を契約前に詰めておくこと。これがSES発注の成否を分けます。

SESとは何か：発注者が知る契約の中身と常駐サービスの全体像

SESはSystem Engineering Serviceの略で、日本のIT業界で「技術者を客先に常駐させ、その役務を提供するサービス」を指す和製の呼称です。まず言葉の中身を、発注する側が知っておくべき順に分解します。

SES契約の正体は準委任契約であるという発注前に押さえる事実

SESという名前の契約類型が民法にあるわけではありません。実体は準委任契約です。準委任は民法656条が委任（643条）の規定を準用する契約で、仕事の完成ではなく「事務の処理」という役務そのものに対価を払います。だからSESでは、発注した機能が期日に動かなくても、技術者が約束した時間きちんと働いていれば債務は果たされたことになります。完成義務と瑕疵の責任を負うのは請負であって、SESではありません。

2020年4月施行の改正民法は、準委任に「成果完成型」（648条の2）を明文化しました。従来からある履行割合型（働いた時間に応じて払う）に加え、成果に対して報酬を払う準委任も選べます。SESの実務では履行割合型が中心ですが、契約書のどちらの型かで報酬の発生条件が変わるため、発注前に確認しておく箇所です。SES契約の法的な位置づけを詳しく確かめたい場合は、準委任契約と請負・派遣の違いを整理した記事も参照してください。

SES企業の収益構造と技術者が客先へ常駐して働くという就業形態

SES企業のビジネスは、雇用する技術者を発注企業の現場に常駐させ、その稼働時間に対して月額の単価を受け取る形で成り立ちます。発注企業は自社で採用・育成をせずに、必要なスキルの技術者を月単位で確保できます。技術者はSES企業の従業員のまま、複数の現場を渡り歩くのが一般的です。この「客先に常駐して働く」形態そのものの詳細は、客先常駐の仕組みと発注側の使い分けで掘り下げています。

AWS SESや株価とは異なるIT開発の契約としてのSESの整理

検索すると「SES」には別の意味が混在します。Amazon SES（Simple Email Service）はAWSのメール配信基盤、SES AIは米国の電池メーカーの銘柄、韓国のSESは音楽グループを指します。この記事が扱うのはIT開発の契約・サービスとしてのSESだけです。社内で「SESで人を入れる」と言うときは、ほぼこの契約形態のことを指すと考えて差し支えありません。

SESと派遣・SIer・請負の違いと発注側が押さえる契約の境界

SESの理解でつまずくのは、隣接する契約形態との違いです。発注者にとっての実害（誰が指示を出せるか、誰が完成責任を負うか）に絞って、境界を引きます。

SESと派遣の違いは技術者への指揮命令権がどちらに残るかの一点

SESと労働者派遣は、常駐して働くという見た目がそっくりです。決定的に違うのは指揮命令権の所在です。派遣では、派遣先である発注企業が派遣スタッフに直接作業指示を出せます。SES（準委任）では、常駐している技術者へ指示を出すのはSES企業側であり、発注者が直接命令することはできません。もう一つ、労働者派遣は労働者派遣法の許可を受けた事業者しか行えませんが、SESは準委任のためこの許可を前提としません。

発注側の実務では、この違いが「常駐者に朝会で今日のタスクを直接割り振ってよいか」という日々の判断に直結します。SESなら、指示はSES企業の責任者を通す建付けにしておく必要があります。

SESとSIer・請負の違いは成果物の完成責任を負うかどうか

SIer（システムインテグレーター）は、システムの企画から構築・運用までをまとめて引き受ける事業者を指し、案件の多くを請負契約で受けます。請負は仕事の完成に責任を負う契約で、決めた仕様のものを納期までに納品してはじめて報酬が発生します。SESにはこの完成責任がありません。だから「動くものを期日に確実に受け取りたい」なら請負、「自社で舵を取りながら技術者の手を借り続けたい」ならSES、という判断になります。請負・受託の側の意味と使い分けは受託開発と委託・請負・SESの違いで詳しく述べています。

SESと客先常駐・準委任契約という三つの言葉が指す現場の重なり

「SES」「客先常駐」「準委任契約」は、同じ現場を別の角度から呼んだ言葉です。準委任契約は法律上の契約類型、SESはその契約で技術者の役務を提供するサービスの呼び名、客先常駐は技術者が発注者の職場に出向いて働く就業の形態を指します。三つは矛盾せず重なり合います。発注書や契約書では「準委任契約」と書かれ、現場では「SESで来てもらっている」と呼ばれる、という具合です。

発注企業がSESを使うメリットと選ぶべきでない発注場面の判断基準

ここからは発注者の判断そのものです。SESが効く場面と、選ぶと後悔する場面を、条件付きで言い切ります。

SESが向く発注場面と技術者を月単位で増減できる柔軟性の中身

SESが効くのは、次の条件がそろうときです。要件が動きながら開発を進める（アジャイルや長期の内製支援）、自社に開発の意思決定を残したい、特定スキルの技術者を数か月〜年単位で確保したい。SESなら採用の固定費を負わずに、増員・減員を月単位で調整できます。自社のプロダクトを継続的に育てる体制に、外部の手を柔らかく足すのに適した形です。開発体制そのものの相談は、Webシステム開発の相談窓口で受け付けています。

SESを選ぶべきでない発注場面と発注側が陥る典型的な失敗の型

逆に、SESを選ぶと失敗するのは「完成物と納期に責任を持たせたい案件」です。SESは完成責任を負わないため、期日にシステムが動かなくても契約上の債務不履行を問いにくい。固定スコープ・固定納期で丸ごと任せたいなら、SESではなく請負（受託）を選ぶべきです。もう一つの失敗は、コスト削減だけを狙ってSESの常駐者を自社社員のように直接指揮してしまうケースで、これは後述する偽装請負に直行します。「安く人手が欲しい」という動機だけでSESに寄せると、責任の所在も法的リスクも曖昧になります。

SESの単価相場の考え方と契約前に詰めておく清算幅の確認事項

SESの月額単価は、技術者のスキル・経験・言語・地域で大きく開き、一律の相場を断定できるものではありません。発注者が単価と同じくらい確認すべきは「清算幅」です。準委任では、稼働の上限時間と下限時間（例：140〜180時間）を決め、その範囲を超えた分は超過単価、下回った分は控除、という精算ルールを敷くのが通例です。この幅と単価の組み合わせを詰めておかないと、月末に想定外の追加請求が起きます。単価の妥当性を人月の内訳から検討したい場合は、システム開発費用の内訳と人月単価の考え方が役立ちます。

偽装請負を避ける発注側の実務と37号告示・アジャイル開発の基準

SES発注で最大の法的リスクが偽装請負です。契約は準委任なのに、実態は発注者が技術者を直接指揮している——この状態が偽装請負で、労働者派遣法などに触れます。発注側が主体的に避けられる論点なので、独立して押さえます。

偽装請負となる発注者の直接指揮命令のNG例と37号告示の要件

労働者派遣と請負の線引きは、昭和61年労働省告示第37号（37号告示）が基準です。ここでは、受注者が自ら業務の遂行方法を指示し、労働時間などの管理を自ら行い、独立して業務を処理していることが、請負・準委任として認められる要件とされています。裏を返すと、発注者が常駐技術者へ直接「この機能を今日中に」と作業を割り振る、勤怠を直接管理する、といった行為は偽装請負のサインです。厚生労働省は37号告示の疑義応答集（第1〜3集）で具体例を示しており、発注前に自社の運用が抵触しないか照合しておく価値があります。

アジャイル開発でSES・準委任を適法に運用するための実務要件

アジャイル開発では、発注者と受注者の開発者が一つのチームで密に協働するため、偽装請負との線引きが分かりにくくなります。厚生労働省は疑義応答集 第3集「アジャイル型開発と契約方式」（8年ぶりの更新）で、この点を整理しました。ポイントは、発注側と受注側の開発者が対等な関係で一つのチームを組み、受注側の技術者が自律的に開発の判断と作業を行っているなら、受注側の管理責任者が毎回の打合せに出ていなくても、それだけで偽装請負とはしない、という考え方です。適法に運用する鍵は、両者の役割と権限、チーム内の作業の流れを事前に取り決め、受注側が自律して動く前提を共有しておくことにあります。SESでアジャイルの内製支援を受けるなら、この取り決めを契約と運用ルールに落としておくことが発注側の守りになります。

SESの発注検討で発注担当者から実際に挙がるよくある質問と回答

発注を検討する立場で実際に挙がる質問を、五つに絞って答えます。

SESはやめとけと発注側でも言われるのはなぜですか？

「SESはやめとけ」はエンジニア側のキャリア観点で語られることが多い言葉です。発注する側から見ると論点は別で、注意すべきは「完成責任を負わない契約なのに、成果物を丸投げした気になってしまう」ミスマッチです。SESを役務調達と正しく理解し、進行管理を自社が担う前提で使えば、発注側にとって有効な選択肢になります。

SESと派遣は発注側にとってどちらが柔軟ですか？

直接指示を出したいなら派遣、指揮命令をSES企業に委ねてよいならSESです。増減の柔軟さは両者とも高いものの、派遣は派遣法の許可や期間制限などの枠があります。自社が細かく指示を出す必要がないなら、SES（準委任）のほうが運用はシンプルになります。

SESの単価相場はどのくらいが目安になりますか？

スキルや経験で大きく変わり、一律の金額を断定はできません。発注時は月額単価だけでなく、稼働の上限・下限時間（清算幅）と、超過・控除の単価をセットで確認してください。この二つを詰めておくと、月々の請求が予測できるようになります。

SES営業とは発注者にとって何をする窓口ですか？

SES営業は、SES企業側で自社の技術者と発注企業の案件をマッチングする役割です。発注者から見ると、必要なスキル・人数・期間を伝える窓口がSES営業にあたります。要件を具体的に渡すほど、合う技術者の提案が返ってきやすくなります。

SES企業への発注で偽装請負を避けるにはどうしますか？

常駐技術者への日々の指示を、発注者が直接ではなくSES企業の責任者を通す建付けにすることが基本です。作業の割り振り・勤怠管理はSES企業側に委ね、発注者は成果や進捗のすり合わせにとどめます。アジャイルで協働する場合は、役割と権限を事前に取り決めておくと、疑義応答集第3集の考え方に沿った運用にできます。

関連記事

• 準委任契約とは？請負・派遣との違い：SES契約の法的ベースになる準委任を、契約類型として詳しく整理しています。
• 客先常駐とは？発注側の使い分け：SESで技術者が現場に入る就業形態そのものを掘り下げた記事です。
• 受託とは？委託・請負・SESとの違い：完成責任を負う請負・受託の側から見た違いを発注者視点でまとめています。
• システム開発の費用相場と人月単価：SESの単価の妥当性を、費用の内訳と人月から検討したいときに役立ちます。
• システム開発とは？全体像の解説：発注前に開発の種類・工程・依頼方法の全体像をつかむための入口です。