SES（システムエンジニアリングサービス）とは
SES（システムエンジニアリングサービス）とは、システム開発や運用の業務について、エンジニアが技術力と作業時間を提供し、発注側はその稼働に対して対価を支払う契約形態のことです。
かみ砕いて言えば、「完成品を納めてもらう」契約ではなく、「エンジニアに一定期間、一定の時間働いてもらう」契約です。法的には多くの場合「準委任契約」にあたり、成果物の完成ではなく、専門家として適切に業務を遂行することが求められます。正式名称は System Engineering Service の略で、日本のIT業界で広く使われている呼び方です。エンジニアが発注側の拠点に常駐して働くケースも多く見られます。
請負・派遣との違い
システム開発で使われる主な契約形態を比べると、次のようになります。
| 観点 | SES（準委任） | 請負 | 労働者派遣 |
|---|---|---|---|
| 約束するもの | 業務の遂行（稼働） | 成果物の完成 | 労働力の提供 |
| 対価の基準 | 稼働時間・期間 | 成果物 | 稼働時間・期間 |
| 作業の指揮命令 | 受託側（SES企業）が行う | 受託側が行う | 発注側（派遣先）が行う |
| 完成の責任 | 原則なし（善管注意義務） | あり（契約不適合責任） | なし |
| 向いている場面 | 要件が流動的、継続的な開発・運用 | 作るものが明確に決まっている | 発注側が直接指示して働いてもらいたい |
特に注意したいのは「指揮命令」の扱いです。SESでは、エンジニアへの作業指示は本来SES企業側の責任者を通じて行う建前になっています。発注側の社員が直接細かく作業を指示し、勤怠を管理するような運用をすると、実態が派遣とみなされ、いわゆる「偽装請負」の問題になるおそれがあります。具体的な線引きは法令や契約内容によるため、最新情報を公的機関や専門家に確認してください。
実務での使い方・具体例
架空の例として、自社サービスを継続的に改善している会社が、社内のエンジニアだけでは手が足りず、外部のエンジニアを数名確保したいケースを考えます。改善の内容は毎月変わり、事前に成果物を確定させることが難しいため、請負よりSESのほうが合っていました。
SESを活用するときに、発注側が押さえておきたい点は次のとおりです。
- 業務範囲と役割を契約で明確にする：担当する業務の範囲、期待するスキル、稼働時間の上限・下限を決める。
- 指示の窓口を決める：SES企業側のリーダーや責任者を窓口とし、作業の依頼はそこを通す。
- 成果の確認方法を決める：完成責任はなくても、月次の作業報告や成果の共有の仕方を決めておく。
- 知識を社内に残す：ドキュメント化やコードレビューを通じて、契約終了後も社内で保守できる状態を保つ。
また、SESは一つの案件に対して複数の会社が間に入る構造になりやすく、実際に働くエンジニアがどの会社の所属なのか、どの会社と契約しているのかが分かりにくくなることがあります。契約前に、エンジニアの所属と契約の流れを確認しておくと安心です。
SESが合わないのは、「作るものがはっきりしていて、決まった金額と期限で完成させてほしい」場合です。その場合は請負契約で、成果物と検収の基準を明確にした方が、発注側のリスクを抑えられます。
実際には、一つのプロジェクトの中で契約形態を使い分けることもあります。たとえば、要件が固まっていない初期の要件定義や検証はSES（準委任）で進め、仕様が確定した機能の開発は請負で発注し、リリース後の改善は再び準委任で継続する、という組み立てです。工程ごとに「成果物を確定できるか」を基準に選ぶと、発注側と受託側のどちらにも無理のない契約になります。費用の考え方も、SESは「単価 × 稼働時間」、請負は「成果物に対する一括の金額」となるため、見積もりを比べる際は同じ土俵に並べられない点に注意が必要です。
よくある誤解と注意点
- 「完成まで面倒を見てくれる」わけではない：SESは稼働の契約です。プロジェクトの成否に責任を持つのは、基本的に発注側です。
- 直接指示しすぎない：作業の細かい指示や勤怠の管理を発注側が直接行うと、契約形態との整合が問題になります。
- スキルの見極め：経歴書だけでなく、面談や試用期間で実際の業務への適合を確認します。
- 属人化に注意：特定のエンジニアに依存すると、契約終了時に誰も分からない状態になります。
関連用語
- 多重下請け構造：元請けから何層にも業務が再委託される構造。
- ラボ型開発：一定期間、専属チームを確保して開発する形態。
- 内製化：外部に頼らず自社で開発・運用すること。
- オフショア開発：海外の開発拠点に業務を委託すること。
- 実践記事：請負契約と準委任契約の選び方、フリーランスと開発会社の選び方
Otsumuに相談できること
社内に開発をリードできるエンジニアがいて、足りない手を補いたいだけであれば、SESで人を確保して社内の指揮のもとで進める形が合っています。何を作るべきかの判断から任せたい、外部の人に頼っても社内にノウハウが残らない、契約形態の選び方に迷っている、といった場合は、目的に合わせた体制と進め方を一緒に考えるのが近道です。Otsumuではシステム開発として、構想から開発・運用まで少人数で一貫して担い、社内への引き継ぎも見据えて進めます。30分の無料相談でご相談ください。
執筆：Otsumu株式会社 ／ 編集日 2026.10.01