--- title: "SESとは？契約形態と派遣・SIerの違いを発注者視点で解説" url: "https://www.issoh.co.jp/column/details/13188/" published: 2026-07-07 updated: 2026-10-05 categories: ["Webシステム"] publisher: "株式会社一創" --- # SESとは？契約形態と派遣・SIerの違いを発注者視点で解説 SES（システムエンジニアリングサービス）は、技術者に自社の開発現場へ入ってもらい、その労働に対して対価を払う契約の呼び名です。求人・転職の記事では「SESで働くエンジニアの働き方」として語られることが多いのですが、この記事は逆の立場、つまりSESを使って開発リソースを確保する発注企業の視点で整理したものです。SES契約が準委任契約をベースにする仕組み、派遣・SIer・請負（受託）との境界、単価と清算幅の詰め方、発注側が踏むと違法になる「偽装請負」の線引きまでを、民法の条文と厚生労働省の告示・疑義応答集を根拠に解説します。技術者の選定でスキルシートをどこまで求めてよいか、常駐体制からどう内製へ戻すかにも踏み込みます。 ## まとめ：発注者視点で捉えるSES契約の位置づけと選び方 SESは、成果物ではなく技術者の労働（役務）を調達する契約です。法的なベースは準委任契約で、完成責任を負わない代わりに、常駐する技術者への指揮命令権は発注者ではなくSES企業側に残ります。この一点が派遣・請負との決定的な違いであり、発注実務の勘所でもあります。 発注側の使い分けはこう整理できます。要件が固まりきらず、自社主導で進めながら技術者の手を継続的に借りたい局面ならSESが合います。完成物と納期に責任を持たせたいなら請負（受託）、自社の指揮命令下で直接動かしたいなら派遣、という切り分けです。そしてSESを使う限り、常駐者へ日々の作業指示を直接出せば偽装請負に転びます。指揮命令の線引きと単価の清算幅を契約前に詰めておくこと。これがSES発注の成否を分けます。 契約書だけでは決まらない論点も二つあります。技術者の質を確かめるスキルシートや面談をどこまで求めてよいか、常駐が長期化したあとに内製へどう戻すか。前者は厚生労働省の疑義応答集が線を引いています。 ## SESとは何か：発注者が知る契約の中身と常駐サービスの全体像 SESはSystem Engineering Serviceの略で、日本のIT業界で「技術者を客先に常駐させ、その役務を提供するサービス」を指す和製の呼称です。まず言葉の中身を、発注する側が知っておくべき順に分解します。 ### SES契約の正体は準委任契約であるという発注前に押さえる事実 SESという名前の契約類型が民法にあるわけではありません。実体は準委任契約です。準委任は[民法](https://laws.e-gov.go.jp/law/129AC0000000089)656条が委任（643条）の規定を準用する契約で、仕事の完成ではなく「事務の処理」という役務そのものに対価を払います。だからSESでは、発注した機能が期日に動かなくても、技術者が約束した時間きちんと働いていれば債務は果たされたことになります。完成義務を負うのは請負（632条）であって、SESではありません。 2020年4月1日施行の改正民法は、準委任に「成果完成型」（648条の2）を明文化しました。従来からある履行割合型（働いた時間に応じて払う）に加え、成果に対して報酬を払う準委任も選べます。SESの実務では履行割合型が中心ですが、契約書のどちらの型かで報酬の発生条件が変わるため、発注前に確認しておく箇所です。648条3項は、委任事務の履行が途中で終わった場合でも既にした履行の割合に応じて報酬を請求できると定めており、月の途中で常駐が終わったときの精算根拠になります。SES契約の法的な位置づけを詳しく確かめたい場合は、[準委任契約と請負・派遣の違い](https://www.issoh.co.jp/column/details/13187/)を整理した記事も参照してください。 ### SES企業の収益構造と技術者が客先へ常駐して働くという就業形態 SES企業のビジネスは、雇用する技術者を発注企業の現場に常駐させ、その稼働時間に対して月額の単価を受け取る形で成り立ちます。発注企業は自社で採用・育成をせずに、必要なスキルの技術者を月単位で確保できます。技術者はSES企業の従業員のまま、複数の現場を渡り歩くのが一般的です。 見落としがちなのは、常駐先が「就業の場所」であっても「雇用の場所」ではない構造です。労務管理・評価・配置の決定はSES企業に残ります。技術者のスキル不足や相性の問題が起きたときの是正も、SES企業の責任者を経由することになる。この「客先に常駐して働く」形態そのものの詳細は、[客先常駐の仕組みと発注側の使い分け](https://www.issoh.co.jp/column/details/13127/)で掘り下げています。 ### AWS SESや株価とは異なるIT開発の契約としてのSESの整理 検索すると「SES」には別の意味が混在します。Amazon SES（Simple Email Service）はAWSのメール配信基盤、SES AIは米国の電池メーカーの銘柄、韓国のSESは音楽グループを指します。この記事が扱うのはIT開発の契約・サービスとしてのSESだけです。社内で「SESで人を入れる」と言うときは、ほぼこの契約形態を指します。ただし稟議書や契約書の文言は「準委任契約」になるため、社内文書とベンダーの提案書で呼び名が食い違う点には注意してください。 ## SESと派遣・SIer・請負の違いと発注側が押さえる契約の境界 SESの理解でつまずくのは、隣接する契約形態との違いです。発注者にとっての実害（誰が指示を出せるか、誰が完成責任を負うか）に絞って、境界を引きます。 ### SESと派遣の違いは技術者への指揮命令権がどちらに残るかの一点 SESと労働者派遣は、常駐して働くという見た目がそっくりです。決定的に違うのは指揮命令権の所在です。派遣では、派遣先である発注企業が派遣スタッフに直接作業指示を出せます。SES（準委任）では、常駐している技術者へ指示を出すのはSES企業側であり、発注者が直接命令することはできません。もう一つ、労働者派遣は[労働者派遣法](https://laws.e-gov.go.jp/law/360AC0000000088)の許可を受けた事業者しか行えませんが、SESは準委任のためこの許可を前提としません。派遣を選ぶ場合に発注者側へ課される義務の全体像は、[労働者派遣法で派遣元・派遣先が負う義務](https://www.issoh.co.jp/column/details/16532/)を整理した記事で確認できます。 | 観点 | SES（準委任） | 労働者派遣 | 請負（受託） | | --------- | ----------- | --------- | ----------- | | 技術者への指揮命令 | SES企業側 | 派遣先（発注企業） | 受注者側 | | 完成責任 | 負わない | 負わない | 負う | | 事業に必要な許認可 | 不要（準委任） | 派遣業の許可が必要 | 不要（請負） | | 発注者の直接指示 | 不可（出すと偽装請負） | 可能 | 不可（出すと偽装請負） | | 就業者の事前特定 | 指名・拒否は不可 | 事前面接は行わない | 指名・拒否は不可 | 発注側の実務では、この違いが「常駐者に朝会で今日のタスクを直接割り振ってよいか」という日々の判断に直結します。SESなら、指示はSES企業の責任者を通す建付けが要ります。表の最終行にある就業者の特定も見落とせません。派遣では、[派遣先が講ずべき措置に関する指針](https://www.mhlw.go.jp/file/06-Seisakujouhou-11600000-Shokugyouanteikyoku/0000099065.pdf)（平成11年労働省告示第138号、最終改正 平成28年厚生労働省告示第379号）が、紹介予定派遣を除き事前面接や履歴書の送付要請を行わないよう定めています。SES側の線引きは後段で扱います。 ### SESとSIer・請負の違いは成果物の完成責任を負うかどうか SIer（システムインテグレーター）は、システムの企画から構築・運用までをまとめて引き受ける事業者を指し、案件の多くを請負契約で受けます。請負は仕事の完成に責任を負う契約で、決めた仕様のものを納期までに納品してはじめて報酬が発生します。SESにはこの完成責任がありません。だから「動くものを期日に確実に受け取りたい」なら請負、「自社で舵を取りながら技術者の手を借り続けたい」ならSES、という判断になります。 実務上の差は、トラブルが起きた瞬間に現れます。請負なら契約不適合責任を問えますが、SESでは問えない。代わりにSES企業は善管注意義務（民法644条）を負い、通常期待される水準の注意をもって事務を処理する義務があります。責任の性質が「結果」から「過程」に変わる、と捉えてください。請負・受託の側の意味と使い分けは[受託開発と委託・請負・SESの違い](https://www.issoh.co.jp/column/details/13129/)で詳しく述べています。 ### SESと客先常駐・準委任契約という三つの言葉が指す現場の重なり 「SES」「客先常駐」「準委任契約」は、同じ現場を別の角度から呼んだ言葉です。準委任契約は法律上の契約類型、SESはその契約で技術者の役務を提供するサービスの呼び名、客先常駐は技術者が発注者の職場に出向いて働く就業の形態を指します。三つは矛盾せず重なり合い、同じ体制を指しています。 ## 発注企業がSESを使うメリットと選ぶべきでない発注場面の判断基準 ここからは発注者の判断そのものです。SESが効く場面と、選ぶと後悔する場面を、条件付きで言い切ります。 ### SESが向く発注場面と技術者を月単位で増減できる柔軟性の中身 SESが効くのは、次の条件がそろうときです。要件が動きながら開発を進める（アジャイルや長期の内製支援）、自社に開発の意思決定を残したい、特定スキルの技術者を数か月から年単位で確保したい。SESなら採用の固定費を負わずに、増員・減員を月単位で調整できます。自社のプロダクトを継続的に育てる体制に、外部の手を柔らかく足すのに適した形です。 柔軟性の中身も具体的に見ておきます。契約期間は3か月から6か月の更新が通例で、更新の意思表示は1か月前までとする条項が多く置かれます。つまり増減のリードタイムは1か月から2か月。「月単位で調整できる」を「いつでも切れる」と読み替えると、要員計画が狂います。 ### SESを選ぶべきでない発注場面と発注側が陥る典型的な失敗の型 逆に、SESを選ぶと失敗するのは「完成物と納期に責任を持たせたい案件」です。SESは完成責任を負わないため、期日にシステムが動かなくても契約上の債務不履行を問いにくい。固定スコープ・固定納期で丸ごと任せたいなら、SESではなく請負（受託）を選ぶべきです。 もう一つの失敗は、コスト削減だけを狙ってSESの常駐者を自社社員のように直接指揮してしまうケースで、これは後述する偽装請負に直行します。「安く人手が欲しい」という動機だけでSESに寄せると、責任の所在も法的リスクも曖昧になります。三つ目は、自社側にプロジェクトを回す人を置かないまま常駐者だけを増やす型です。SESは意思決定を発注者に残す契約なので、決める人がいない現場では稼働だけが積み上がります。自社の誰が仕様と優先順位を決めるのかを先に決めてください。 ### SESの単価相場の考え方と契約前に詰めておく清算幅の確認事項 SESの月額単価は、技術者のスキル・経験・言語・地域で大きく開き、一律の相場を断定できるものではありません。発注者が単価と同じくらい確認すべきは「清算幅」です。準委任では、稼働の上限時間と下限時間（例：140時間から180時間）を決め、その範囲を超えた分は超過単価、下回った分は控除、という精算ルールを敷くのが通例です。この幅と単価の組み合わせを詰めておかないと、月末に想定外の追加請求が起きます。 もう一つ確認したい構造が商流です。契約先が自社の従業員ではなく協力会社の技術者を再委託で立てることがあります。段が増えるほど中間マージンが乗り、同じスキルでも支払額が上がる。「常駐する技術者は貴社の雇用か、再委託か」を確認し、再委託の可否を契約条項で決めておいてください。単価の妥当性を人月の内訳から検討したい場合は、[システム開発費用の内訳と人月単価](https://www.issoh.co.jp/column/details/13121/)の考え方が役立ちます。 ## 偽装請負を避ける発注側の実務と37号告示・アジャイル開発の基準 SES発注で最大の法的リスクが偽装請負です。契約は準委任なのに、実態は発注者が技術者を直接指揮している。この状態が偽装請負で、労働者派遣法などに触れます。発注側が避けられる論点です。4つの類型や37号告示の要件を発注側の行為に置き換えた一覧、罰則と申込みみなし制度は[偽装請負の判断基準と発注側の線引きを整理した記事](https://www.issoh.co.jp/column/details/18098/)で詳しく扱っています。 ### 偽装請負となる発注者の直接指揮命令のNG例と37号告示の要件 労働者派遣と請負の線引きは、[労働者派遣事業と請負により行われる事業との区分に関する基準](https://www.mhlw.go.jp/content/000780136.pdf)（昭和61年労働省告示第37号、最終改正 平成24年厚生労働省告示第518号）が基準です。同告示の第2条は、受注者側が次の二つの柱をどちらも満たす場合に限り、労働者派遣事業ではないと扱うと定めています。 - 労働力を自ら直接利用すること。業務の遂行方法に関する指示と評価、始業・終業時刻や休日など労働時間等の管理、服務規律と配置の決定を、受注者が自ら行う。 - 請け負った業務を自己の業務として独立して処理すること。資金を自らの責任で調達・支弁し、事業主としての法律上の責任を負い、自ら準備した機械・設備または自らの企画・専門的な技術に基づいて処理する。 裏を返すと、発注者が常駐技術者へ直接「この機能を今日中に」と作業を割り振る、勤怠を直接管理する、残業を直接命じる、といった行為は偽装請負のサインです。同告示の第3条は、形式上この二つを満たしていても、法の規定を免れるため故意に偽装したものであれば労働者派遣事業と扱うと定めています。書面を整えるだけでは足りません。厚生労働省は[37号告示に関する疑義応答集](https://www.mhlw.go.jp/bunya/koyou/gigi%5Foutou01.html)を第1集から第3集まで公開しているので、発注前に自社の運用と照合しておいてください。 ### スキルシート要求と技術者の指名で発注側が越えてはならない境界 SESの発注で必ず出てくるのが、常駐する技術者の技術レベルをどう確かめるかという問題です。[疑義応答集（第3集）](https://www.mhlw.go.jp/content/001704257.pdf)のQ7は、この点に直接答えています。回答はこうです。受注者側の技術力を判断する一環として、技術・技能レベルと経験年数等を記載した「スキルシート」の提出を求めること自体は、それが個人を特定できるものではなく、発注者が個々の労働者を指名したり特定の者の就業を拒否したりできるものでなければ、直ちに偽装請負と判断されるわけではありません。 越えてはならない線は同じQ7に明示されています。発注者が特定の者を指名して業務に従事させたり、特定の者について就業を拒否したりする場合は、発注者が受注者の労働者の配置等の決定・変更に関与していると判断され、適正な請負等とは認められません。実務に落とすとこうなります。「Java経験5年以上の技術者を2名」という水準の指定は可能。「先月のAさんをまた入れてほしい」「Bさんは外してほしい」は不可。スキルシートに氏名や生年月日が載っていたら匿名化を依頼するのが安全側です。いわゆる事前面談も、選別ではなく業務内容の説明の場と位置づけ、可否の決定は受注者側に委ねてください。 ### アジャイル開発でSES・準委任を適法に運用するための実務要件 アジャイル開発では、発注者と受注者の開発者が一つのチームで密に協働するため、偽装請負との線引きが分かりにくくなります。厚生労働省は疑義応答集 第3集「アジャイル型開発と契約方式」で、この点を整理しました。Q2の考え方はこうです。双方の開発関係者が対等な関係の下で協働し、受注者側の開発担当者が自律的に判断して開発業務を行っていると認められる場合には、適正な請負等と言える。密に連携して情報共有や技術的な助言・提案を行っていても、それだけで偽装請負とはしない。Q3では、受注者側の管理責任者がすべての会議や打合せに同席していなくても、それだけで直ちに偽装請負と判断されるわけではないと述べられています。 適法に運用する鍵は、Q2の回答が例示する事前の取り決めにあります。双方の開発関係者それぞれの役割や権限、開発チーム内での業務の進め方をあらかじめ明確にして合意しておくこと。加えて、事前研修等を通じて、開発担当者が自律的に業務を進めるという特徴の認識を共有しておくことです。逆に、進捗の遅れが出た局面で仕事の割り付けや順序、緩急の調整を発注者側が直接指示すると、管理責任者を選任していても偽装請負と判断されます。 2026年5月25日更新の第3集には、発注側にとって見逃せない追記が入りました。Q8として「Q1からQ7の考え方は、アジャイル型開発以外のシステム開発を請負業務とする場合についても当てはまります」と明記されています。ウォーターフォールの保守案件でも常駐の運用支援でも、同じ基準で見られる。「うちはアジャイルではないから第3集は関係ない」という読み方は、この更新で成り立たなくなりました。アジャイル開発そのものの進め方は[アジャイル開発とスクラムの進め方](https://www.issoh.co.jp/column/details/12850/)で解説しています。 ## SES常駐から内製化へ切り替える発注側の判断分岐と引き継ぎ設計 SESを何年も続けている発注企業ほど、抜けられなくなります。仕様の理解が常駐者側に溜まり、抜けると回らない状態ができるからです。発注者の打ち手を具体的に書きます。 ### SES常駐者の知見を自社に残すための引き継ぎ条項と作業記録の設計 準委任は成果物の納品義務を伴わないため、何もしなければドキュメントは残りません。残すなら、契約書と運用の両方に仕込みます。契約側では、月次の作業報告書に加えて、設計判断の記録・運用手順書・環境構築手順を提出物として個別契約に明記する。準委任でも「事務の処理」の内容に書面の作成を含めれば、提出の根拠になります。 運用側の設計はもっと単純です。コードとチケットを自社が管理するリポジトリと課題管理ツールに置き、常駐者にはそこへ書いてもらう。SES企業側のツールで作業が完結していると、契約終了と同時に履歴ごと消えます。あわせて、1人の常駐者に領域を丸ごと任せず、自社の担当者を必ず1名は同じ領域に置いてください。なお、成果物の提出範囲を契約で定めることは指揮命令には当たりません。 ### SES継続と内製化を分ける判断基準と外部に残す運用範囲の線引き 判断は言い切れます。プロダクトの中核ロジックを触り続ける領域は内製へ寄せ、周期的だが専門性の高い作業（インフラの更新、監視の運用、脆弱性対応）は外部に残す。SESを継続するのは、技術の学習曲線が急で自社採用が追いつかない領域か、繁閑差が大きく常時の内製人員を抱えると余る領域に限るべきです。毎日仕様変更が発生する画面や業務ロジックを外部常駐に依存させ続けると、判断のたびに説明コストが乗り、単価以上の損失になります。 切り替えの手順も現実的に組みます。全員を一度に引き上げるのではなく、自社採用または既存社員の配置転換で受け皿を作り、3か月から6か月の並走期間を置いて領域単位で移す。内製と外注の分岐そのものを整理したい場合は、[内製化のメリットと外注との違い](https://www.issoh.co.jp/column/details/12823/)が判断材料になります。並走期間の設計や、外部に残す運用の受け皿づくりを一緒に検討したい場合は、[保守運用・内製化支援](https://www.issoh.co.jp/service/system/maintenance/)で相談を受け付けています。 ## SESの発注検討で発注担当者から実際に挙がるよくある質問と回答 発注を検討する立場で実際に挙がる質問を、五つに絞って答えます。 ### SESはやめとけと発注側でも言われるのはなぜですか？ 「SESはやめとけ」はエンジニア側のキャリア観点で語られることが多い言葉です。発注する側から見ると論点は別で、注意すべきは「完成責任を負わない契約なのに、成果物を丸投げした気になってしまう」ミスマッチです。加えて、自社に仕様と優先順位を決める人を置かないまま常駐者を増やすと、稼働だけが積み上がります。SESを役務調達と正しく理解し、進行管理を自社が担う前提で使えば、発注側にとって有効な選択肢になります。 ### SESと派遣は発注側にとってどちらが柔軟ですか？ 直接指示を出したいなら派遣、指揮命令をSES企業に委ねてよいならSESです。増減の柔軟さは両者とも高いものの、派遣は派遣法の許可や期間制限などの枠があります。自社が細かく指示を出す必要がないなら、SES（準委任）のほうが運用はシンプルになります。ただしSESでも更新の予告期間は1か月前が通例で、当月中の減員はできません。 ### SESの単価相場はどのくらいが目安になりますか？ スキルや経験で大きく変わり、一律の金額を断定はできません。発注時は月額単価だけでなく、稼働の上限・下限時間（清算幅）と、超過・控除の単価をセットで確認してください。もう一点、常駐者が契約先の従業員か再委託かによっても支払額は変わります。この三つを詰めておくと、月々の請求が予測できるようになります。 ### SES営業とは発注者にとって何をする窓口ですか？ SES営業は、SES企業側で自社の技術者と発注企業の案件をマッチングする役割です。発注者から見ると、必要なスキル・人数・期間を伝える窓口がSES営業にあたります。要件を具体的に渡すほど、合う技術者の提案が返ってきやすくなります。提案時に届くスキルシートは技術水準の確認に使い、個人の指名や就業拒否の材料にはしない、という線を営業窓口とも共有しておいてください。 ### SES企業への発注で偽装請負を避けるにはどうしますか？ 常駐技術者への日々の指示を、発注者が直接ではなくSES企業の責任者を通す建付けにすることが基本です。作業の割り振り・勤怠管理はSES企業側に委ね、発注者は成果や進捗のすり合わせにとどめます。アジャイルで協働する場合は、役割と権限を事前に取り決めておくと疑義応答集第3集の考え方に沿った運用にできます。2026年5月25日更新のQ8で、この考え方はアジャイル型以外の開発にも当てはまると明記されました。保守や運用支援の常駐でも同じ点検が要ります。 ## 関連記事 - [準委任契約とは？請負・派遣との違い](https://www.issoh.co.jp/column/details/13187/)：SES契約の法的ベースになる準委任を、契約類型として詳しく整理しています。 - [客先常駐とは？発注側の使い分け](https://www.issoh.co.jp/column/details/13127/)：SESで技術者が現場に入る就業形態そのものを掘り下げた記事です。 - [受託とは？委託・請負・SESとの違い](https://www.issoh.co.jp/column/details/13129/)：完成責任を負う請負・受託の側から見た違いを発注者視点でまとめています。 - [労働者派遣法とは？派遣元・派遣先の義務](https://www.issoh.co.jp/column/details/16532/)：SESではなく派遣を選ぶ場合に発注者へ課される義務を確認できます。 - [システム開発の費用相場と人月単価](https://www.issoh.co.jp/column/details/13121/)：SESの単価の妥当性を、費用の内訳と人月から検討したいときに役立ちます。 - [内製化とは？外注との違いと進め方](https://www.issoh.co.jp/column/details/12823/)：SES常駐から内製へ切り替える判断を、体制づくりの側から補足します。 - [システム開発とは？全体像の解説](https://www.issoh.co.jp/column/details/12847/)：発注前に開発の種類・工程・依頼方法の全体像をつかむための入口です。 --- 出典: [SESとは？契約形態と派遣・SIerの違いを発注者視点で解説]()（株式会社一創）