SESの契約形態とは｜準委任の2類型と請負・派遣との違い、契約書の要点

SESで人に入ってもらうことになり、契約書の雛形を見たら「準委任契約」と書かれている。請負とも派遣とも違うらしいが、何がどう違うのか。そして自社はどこまで指示を出していいのか。この整理ができていないまま運用すると、法的なリスクを抱えたまま進むことになります。

SESの契約形態は、指揮命令権の所在、報酬の対象、完成責任の有無、期間の制約という4つの軸で他の形態と区別できます。軸を持てば、名称に惑わされずに判断できるようになります。

本記事では、SESが準委任契約である理由と2つの類型、請負契約・派遣契約との違い、契約書に盛り込むべき条項、そして再委託やフリーランス活用時の注意点までを整理します。発注担当者が自社の運用を点検できる状態を目指しています。

確認したいポイント	結論	詳細
SESの契約形態は何？	準委任契約。業務の遂行に対価が発生する	成果物の完成義務はなく、善管注意義務をもって業務を遂行します。報酬は稼働した時間や工数に対して支払われます。
準委任に種類はある？	履行割合型と成果完成型の2つ	SESの大半は履行割合型で、月額の人月単価で報酬を設定します。成果完成型は成果の引き渡しで報酬が発生します。
請負・派遣と何が違う？	完成責任の有無と、指揮命令権の所在	請負とは報酬が時間か成果物かで分かれ、派遣とは現場で誰が指示を出すかで分かれます。この2軸で整理できます。
契約書で外せない条項は？	業務範囲・精算幅・報告ライン・再委託の4点	特に報告ラインを明記しないと発注側の直接指示が常態化し、偽装請負と判断されるおそれが出てきます。

この記事でわかること

• SESが準委任契約である理由と、業務委託契約という言葉との関係
• 履行割合型と成果完成型という2つの類型の違いと使い分け
• 請負契約・派遣契約との違いを整理する4つの軸
• 契約書に盛り込むべき条項と、報告ラインを明記する意味
• 再委託・多重下請・フリーランス活用時に押さえる法規制

自社の案件に合う契約形態はどれか。事業相談の初回は無料で対応しています。

SESの契約形態は「準委任契約」

まず前提を固めます。SESは契約の名称ではなく、サービスの呼び名です。法的な位置づけは準委任契約にあたります。

SES契約の定義

SES（システムエンジニアリングサービス）は、ITエンジニアの技術力を一定期間提供し、クライアントのシステム開発やインフラ運用・保守業務などを支援する委託契約サービスです。契約はクライアント企業とSES企業の間で結ばれます。

この契約は準委任契約に該当します。エンジニアが業務を遂行すること自体が報酬の対象であり、仮にプロジェクトが未完了であっても、稼働した時間に応じた報酬が発生します。

なぜ準委任なのか

準委任では、受任者は仕事の完成に対して法的責任を負いません。代わりに、プロとして通常期待される注意を払う義務、いわゆる善管注意義務を負います。インフラ運用であれば、サービスが安定して稼働するように業務を遂行する義務です。

システム開発の現場には、完成という区切りを設けにくい業務が多くあります。運用保守、既存システムの改善、テスト、調査。成果物で区切れない業務に請負契約を当てはめると、双方が無理を抱えます。準委任が使われるのはこのためです。

「業務委託契約」という言葉との関係

業務委託契約は、請負契約・委任契約・準委任契約などの総称です。法律上「業務委託契約」という契約類型があるわけではありません。契約書の表題が業務委託契約となっていても、中身がどの類型かを確認する必要があります。

実務では、表題が業務委託契約で、条文を読むと準委任の内容になっているケースがよくあります。判断は名称ではなく、報酬の対象と責任の定め方で行ってください。

関連記事：外注ゼロでAIを回す会社がやっている、内製化5段階のステップ

準委任には2つの類型がある

準委任と一口に言っても、報酬の発生の仕方で2つに分かれます。どちらを選ぶかで、請求の根拠も検収の有無も変わります。

履行割合型：SESの大半はこちら

業務の遂行そのものに対して報酬が発生する形態です。エンジニアが稼働した時間や工数に応じて対価が支払われます。SES契約の大半はこの履行割合型に該当し、月額の人月単価で報酬を設定するのが一般的です。

特徴は、成果物の納品を報酬の条件にしない点です。月ごとに稼働実績を確認し、精算する運用になります。運用保守や継続的な改善業務と相性がよい形です。

成果完成型：成果の引き渡しで報酬が発生する

成果物を納品することで報酬が発生する準委任です。「請負でよいのでは」という疑問が出ますが、成果完成型はあくまで成果の引き渡しをもって報酬を支払う約束であり、請負のような仕事を完成させる義務は負いません。

業務の完了に対して報酬が支払われる点は請負と同じですが、完成責任がない分、仕様変更などに比較的柔軟に対応しやすく、委託する側にとってもリスクが低い契約になり得ます。

どちらを選ぶかの目安

区切りのない継続業務、あるいは要件が動く探索的な業務なら履行割合型。一定の成果物を想定できるが、精度を約束できない業務なら成果完成型。成果完成型を選ぶ場合は、何をもって「完成」とするかを別途決めておく必要があります。

この線引きが曖昧なまま成果完成型にすると、事実上の請負として扱われ、双方が想定していない責任を負うことになります。契約書の文言だけでなく、運用のイメージを揃えてから決めてください。

契約形態の選び方、条項の整理、社内の運用ルールづくりまで。事業相談の初回は無料です。

請負契約との違い

SESと請負を分けるのは「報酬が時間に対してか、成果物に対してか」という一点です。ここから責任の範囲が変わります。

報酬の対象が違う

請負は、納品物の完成に対して報酬が発生します。完成しなければ、原則として報酬を請求できません。SESは業務の遂行が対象なので、プロジェクトが未完了でも稼働した分の報酬が発生します。

完成責任と契約不適合責任の有無

請負には契約不適合責任があります。納品物に不具合があった場合、修補や損害賠償などの責任を負います。発注側から見れば、品質のリスクを相手が引き受けている状態です。

SES（準委任）にはこの責任がありません。ただし、責任がゼロという意味ではなく、善管注意義務に違反があれば責任を問われる可能性があります。責任の性質が違うと理解してください。

どちらを選ぶかは仕様の確定度で決まる

作るものが明確で完成責任を求めるなら請負、要件が探索的で体制を柔軟に変えたいならSES。分からないものを請負で発注すると、追加見積もりの連続になります。

実務では工程で分けるのが標準です。要件定義は準委任、設計から開発・テストは請負、運用保守は準委任。工程ごとに適した形態を選ぶ考え方が、公的なモデル契約でも示されています。

関連記事：そのAI、何ヶ月で元が取れますか。投資回収を3分で見える化する計算式

派遣契約との違い

SESと派遣を分けるのは「現場で誰が指示を出すか」です。これが実務上、最も重要な論点になります。

指揮命令権の所在

派遣契約では、エンジニアを受け入れる派遣先企業（発注側）に指揮命令権があります。自社の正社員と同じように、日々の業務内容や勤務時間を管理できます。

SES契約は派遣ではないため、クライアント企業にエンジニアへの指揮命令権はありません。依頼した業務に対する要望は伝えられますが、業務の進め方や作業場所についての命令はできません。

許可制と期間の制約

労働者派遣事業を行うには、厚生労働大臣の許可が必要です。また、同一の組織単位での受け入れ期間に関する制限もあります。準委任であるSESには、これらの制約が直接は適用されません。

この違いがあるからこそ、実態が派遣なのに準委任の形式をとることが問題になります。契約形態を選ぶ際は、どちらの制約を受ける立場なのかを理解しておいてください。

発注側がやってはいけないこと

エンジニアに直接、業務の進め方や段取りを指示する。始業・終業時刻を管理する。残業を指示する。作業の割り振りを発注側が決める。これらを行った場合、偽装請負となる可能性があります。

契約書の書き方では防げません。指揮命令の実態は日々のやり取りに現れるためです。チャットでの直接指示、朝会での作業割り当てといった日常の運用こそが判断材料になります。

指揮命令のルール整備、報告ラインの設計、社内向けの運用ガイドづくりなどのご相談も承っています。事業相談以外のご用件もこちらから。

4つの契約形態を、4つの軸で整理する

SES（準委任）、請負、派遣、そして雇用。この4つを同じ軸で並べると、混乱がなくなります。

軸1：指揮命令権は誰にあるか

SESと請負では受託企業側、派遣では派遣先（発注側）、雇用では雇用主にあります。発注側が直接指示を出せるのは派遣と雇用だけという整理です。ここを間違えると法令違反に直結します。

軸2：報酬は何に対して支払われるか

SES（履行割合型）は業務の遂行、請負は成果物の完成、派遣は労働時間、雇用は労務の提供に対して支払われます。時間に対して払うのか、成果に対して払うのかで見積書の形式も変わります。

軸3：完成責任があるか

完成責任があるのは請負だけです。SES、派遣、雇用にはありません。期日までに動くものができる保証を求めるなら、選べるのは請負だけということになります。

軸4：期間の制約があるか

派遣には受け入れ期間に関する制限がありますが、SESと請負にはこの制約が直接適用されません。ただし、長期化するほど実態が派遣に近づきやすくなるため、制約がないことと、いくらでも続けてよいことは別です。

この4軸で自社の案件を当てはめると、どの形態を選ぶべきかがほぼ決まります。先に形態を決めるのではなく、必要な条件から逆算してください。

関連記事：採用を諦めた中小企業社長が、AIで人手不足を埋めるまで

発注側から見たSES契約のメリットとデメリット

形態の違いが分かったところで、この契約形態を選ぶと実務で何が起きるのかを整理します。

メリット1：要件が固まっていなくても始められる

業務の実施そのものが契約の対象であるため、要件が定まりきっていない段階から着手できます。途中の仕様変更にも柔軟に対応できるのは、探索的に進める案件では大きな利点です。

メリット2：体制を伸縮させやすい

フェーズによって必要なスキルが変わる場合、増員も縮小も比較的しやすい形態です。長期の固定費を抱えずに、必要な期間だけ専門人材を確保できます。採用と比べて立ち上がりが圧倒的に速いのも強みです。

デメリット1：完成責任がないため、管理は発注側が担う

期日までに動くものができる保証はありません。進行管理と品質管理は発注側の仕事になります。社内にプロジェクトを見られる人がいない状態で選ぶと、時間だけが過ぎる結果になりがちです。

デメリット2：指示の出し方に制約がかかる

自社の社員と同じようには指示できません。要望は要件として伝え、進め方の判断は受託側に委ねるという距離感が必要になります。窮屈に感じる場面もありますが、これは双方を守るための線引きです。

この制約を許容できないのであれば、そもそも派遣か雇用を選ぶべきです。契約形態の選択とは、制約の選択でもあります。

契約書に盛り込むべき条項

形態が決まったら、条項を確認します。SES契約で揉めるポイントは、ほぼこの5つに集約されます。

1：業務内容と範囲

何を担当するのかを具体的に書きます。「システム開発業務」だけでは範囲が定まりません。担当する工程、対象システム、想定される作業内容まで記載します。範囲が曖昧だと、依頼が際限なく広がります。

2：稼働時間と精算幅

月あたりの稼働時間に下限と上限を設け、その範囲を下回った場合の控除、上回った場合の追加請求の計算方法を明記します。ここが曖昧だと、毎月の請求で揉めます。

3：指揮命令と報告ライン

指示は誰から誰へ出すのか。受託企業の責任者を経由することを明記しておきます。これは形式的な条項ではなく、偽装請負を防ぐための実務上の仕組みです。

あわせて、日々の進捗をどのように共有するかも決めます。発注側が状況を把握する手段がないと、結局は直接指示をしたくなります。報告の仕組みがあることが、適正な距離を保つ前提になります。

4：秘密保持と成果物の権利

扱う情報の範囲、持ち出しの可否、契約終了後の取り扱い。あわせて、業務の過程で生じた成果物やドキュメントの権利がどちらに帰属するかを定めます。準委任でも、成果物が生じることは普通にあります。

5：再委託の可否と条件

受託企業がさらに別の会社や個人へ委託できるのか。できる場合、事前承諾を要するのか。情報サービス業界は多重下請構造が一般化しており、気づけば何社も経由していたということが起こり得ます。

セキュリティ要件が厳しい案件では、再委託を禁止するか、事前承諾制にするのが一般的です。誰が実際に作業しているかを把握できる状態にしておいてください。

契約条項の点検、再委託ルールの整理、体制の透明化まで伴走します。初回の事業相談は無料です。

再委託とフリーランス活用時の注意点

SESの現場では、フリーランスへの再委託が広く行われています。ここには近年整備された法規制が関わります。

フリーランスへの業務委託には明示義務がある

「特定受託事業者に係る取引の適正化等に関する法律」（フリーランス・事業者間取引適正化等法）が、令和6年11月1日に施行されました。個人で働くフリーランスに業務委託を行う発注事業者に対して、業務委託をした際の取引条件の明示、報酬の支払期日、ハラスメント対策のための体制整備などが義務付けられています。

取引の適正化に係る規定は主に公正取引委員会および中小企業庁が、就業環境の整備に係る規定は主に厚生労働省が執行を担います。SES商流の中でフリーランスに委託する場合、この義務は発注する側にかかります。

出典：公正取引委員会「フリーランスの取引適正化に向けた公正取引委員会の取組」

契約の形式と実態が一致しているか

もう一つの論点が、形式と実態のずれです。契約上はフリーランスへの業務委託でも、働き方の実態が労働者と判断される場合があります。労働基準法上の労働者に該当するかは、契約の名称ではなく実態を総合的に勘案して判断されます。

指揮監督下で働いているか、報酬がその対価として支払われているか。ここでも判断基準は指揮命令の実態です。SESの偽装請負の論点と、根っこは同じだと考えてください。

商流の深さを把握しておく

自社が発注した相手が、さらに何社を経由しているのか。商流が深いほど、実際に作業する人に渡る単価は下がり、情報の伝達も遅くなります。同じ金額を払っていても、得られる成果が変わります。

契約時に再委託の有無を確認し、可能であれば実際の作業者がどの会社に所属しているかまで把握してください。これは価格交渉の材料であると同時に、セキュリティ管理の前提でもあります。

関連記事：AIエンジニア年収の現実｜職種別・年代別の手取り

契約形態にまつわる、よくある誤解

現場で繰り返し見かける誤解を挙げます。どれも、契約書ではなく運用の問題として現れます。

誤解1：常駐しているのだから自社の社員と同じように扱える

最も多い誤解です。常駐しているかどうかと、指揮命令権があるかどうかは無関係です。準委任である限り、常駐していても直接の業務指示はできません。朝会での作業割り当ても該当し得ます。

誤解2：契約書に「指揮命令権は受託側にある」と書けば大丈夫

書面は必要条件であって十分条件ではありません。判断は日々のやり取りの実態で行われます。条文と運用が食い違っていれば、条文のほうが無効化されます。書いたら、その通りに運用してください。

誤解3：準委任だから成果を求めてはいけない

これも誤りです。完成責任を負わせられないだけで、何を目指す業務なのかを共有し、期待水準を伝えることは問題ありません。むしろ目標が共有されていないほうが、成果は出ません。

伝えるべきは「何を達成してほしいか」であり、「どうやるか」ではない。この区別さえ守れば、成果志向の関わり方は成立します。

誤解4：形態さえ正しければ成果が出る

契約形態は、リスクの分配を決めるものであって、成果を保証するものではありません。成果を左右するのは、要件の明確さ、報告の仕組み、そして発注側の関与です。形態の議論に時間をかけすぎないでください。

関連記事：Claude Codeチーム導入｜社内展開90日ロードマップ

まとめ

SESの契約形態は準委任契約であり、業務の遂行そのものに対価が発生します。成果物の完成義務はなく、代わりに善管注意義務を負う。この性質を理解することが出発点になります。

準委任には履行割合型と成果完成型があり、SESの大半は履行割合型です。請負との違いは報酬が時間か成果物か、派遣との違いは現場で誰が指示を出すか。指揮命令権・報酬の対象・完成責任・期間の制約という4軸で並べれば、迷いません。

そして実務で効くのは条項です。業務範囲、精算幅、報告ライン、秘密保持と権利、再委託の可否。特に報告ラインを明記しないと、発注側の直接指示が常態化します。フリーランスへ委託する場合は、取引条件の明示義務にも留意してください。

LiftBaseは、プロジェクト単位で開発体制を補強するITソリューションと、要件定義から運用まで一気通貫の受託開発を提供しています。どの契約形態が自社の案件に合うか、判断したい段階からのご相談でも構いません。

案件の性質から適した契約形態を整理し、条項と運用まで設計します。初回の事業相談は無料です。