SESの契約期間はどう決まるか｜更新・中途解約・期間設定の実務と注意点

SESで人に入ってもらうことになったが、契約期間を何ヶ月にすればいいのか判断がつかない。あるいはエンジニアとして、次の更新があるのか分からないまま日々を過ごしている。どちらの立場でも不安の原因は同じで、期間と更新のルールが明文化されていないことです。

SES契約は準委任契約であり、成果物の完成義務がない代わりに、期間と更新の設計がそのまま体制の安定性を決めます。ここを曖昧にしたまま始めると、突然の終了や、逆に抜けられない状態を招きます。

本記事では、SES契約期間の一般的な水準と3ヶ月が多い理由、更新の仕組みとタイミング、途中解約の法的な扱い、発注側から見た期間設定の考え方、契約書で決めておくべき項目までを整理します。

確認したいポイント	結論	詳細
SES契約期間の相場は？	3ヶ月単位での更新が最も一般的	1ヶ月のスポット、6ヶ月の長期案件、1年の基幹系もあります。四半期末に更新を判断するケースが多く見られます。
更新の通知はいつ来る？	契約終了の1〜2ヶ月前が一般的	単価交渉を伴う場合は3ヶ月前から動きます。社内決裁と元請け・クライアントの承認に時間がかかるためです。
期間途中で解約できる？	準委任なので法律上はいつでも解除できる	ただし相手に不利な時期の解除は損害賠償の可能性があります。実務では解約予告期間を契約で定めておきます。
発注側が決めるべきことは？	更新方法・解約予告・精算幅の3点	自動更新か協議更新か、予告は何日前か、稼働時間の下限と上限、超過時の扱いを書面で明確にしておきます。

この記事でわかること

• SES契約期間の一般的な水準と、3ヶ月単位が定着している理由
• 更新可否が通知されるタイミングと、単価交渉を動かす時期
• 準委任契約における中途解約の法的な扱いと、実務での定め方
• 発注側から見たフェーズ別の期間設定と、短期・長期それぞれの利点
• 契約書で必ず決めておく5項目と、長期化したときの注意点

必要な体制と契約期間の設計から。事業相談の初回は無料で対応しています。

SES契約期間の基本。なぜ3ヶ月単位が多いのか

まず、なぜ期間の設計がここまで重要になるのかを押さえます。SES契約は成果物ではなく期間で区切る契約なので、期間の決め方がそのまま体制設計になります。

SES契約は準委任契約である

SES契約は、クライアント企業とSES企業の間で締結される準委任契約です。エンジニア個人と直接契約するのではなく、SES企業がクライアントに対して業務の遂行を委任される形をとります。

特徴は、成果物の完成義務がない点です。請負契約と異なり、システムを完成させる義務ではなく、善良な管理者の注意をもって業務を遂行する義務のみを負います。この性質があるため、期間で区切って更新を重ねる運用になります。

期間別の使われ方

1ヶ月（月次更新）は、スポット案件や補助的な業務に多い形です。試験的にアサインしたい場合や、短期間で終わるタスク型のプロジェクトで使われます。

3ヶ月（四半期更新）が最も多く、現場ではこの単位が標準です。6ヶ月（半期更新）は長期案件に多く、安定性が高くなります。1年（年次更新）は、大手クライアントの基幹系システムなどで見られます。

3ヶ月単位が定着している理由

1つ目は予算の管理単位に合うからです。四半期で予算を区切る企業が多く、3月・6月・9月・12月末に更新を判断する流れが噛み合います。

2つ目は、双方のリスクが釣り合うためです。発注側は合わなければ3ヶ月で見直せる。受託側も、3ヶ月あれば立ち上がりから成果を出すところまで示せる。1ヶ月では評価が難しく、1年では見直しの機会が遠すぎます。

3つ目は、プロジェクトのフェーズ区切りと相性がよいことです。設計、実装、テストといった工程が3ヶ月前後で切り替わる案件が多く、体制を組み替える自然なタイミングになります。

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

更新の仕組みとタイミング

SES契約で最も不安が生まれるのが更新です。いつ、誰が、何を見て判断するのかを明確にしておけば、双方の負担は大きく減ります。

更新可否の通知は1〜2ヶ月前が一般的

更新の可否は、契約終了の1〜2ヶ月前に通知されるのが通例です。ただしクライアントや案件によって異なるため、契約時に「更新の意思確認を何日前までに行うか」を決めておくことをおすすめします。

発注側にとっても、この取り決めは自分たちを守ります。直前に継続を打診しても、相手側が次の案件を進めていて確保できないという事態を避けられます。

更新判断で見られるポイント

スキルの適合度だけで決まるわけではありません。実際には、タスクの消化状況、チームとの連携、報告の質、改善提案の有無といった日々の動きが評価されます。

発注側の視点では、成果を記録しておくことが重要です。何をどれだけ処理したかが見えないと、更新も単価改定も判断できません。月次の簡易レポートを共有してもらう運用にすると、双方が納得しやすくなります。

単価交渉は更新の3ヶ月前から動く

単価改定を伴う更新は、時間がかかります。SES企業の社内決裁、元請けへの打診、クライアント側の予算確認と承認という順に進むため、この調整だけで1〜2ヶ月かかることも珍しくありません。

したがって、更新の1〜2週間前に申し出ても物理的に間に合いません。単価の見直しを検討するなら、更新の3ヶ月前には話を始めるのが実務的です。発注側も、次年度予算の検討時期から逆算して動いてください。

体制の期間設計、更新ルールの整備、単価水準の妥当性の確認まで。事業相談の初回は無料です。

契約期間の途中で解約できるのか

「期間を決めたら、その間は抜けられないのか」という疑問はよく出ます。法律上の原則と、実務上の取り決めは分けて理解してください。

準委任は、当事者がいつでも解除できる

SES契約は準委任契約であり、民法の規定により各当事者はいつでも契約を解除することができるとされています。委任契約が当事者間の信頼関係を基礎とする契約であるためで、信頼関係が失われた状態で継続させる意味がない、という考え方に基づいています。

つまり、法律上は発注側からもエンジニア側からも、契約期間の途中で解約を申し入れることが可能です。期間を定めていても、それだけで解除権が失われるわけではありません。

ただし、不利な時期の解除には損害賠償の可能性

無条件というわけではありません。相手方に不利な時期に解除した場合などには、相手方の損害を賠償しなければならないと定められています。ただし、やむを得ない事由があったときはこの限りではありません。

実務上、SESで損害賠償請求まで発展するケースは多くありません。とはいえ、無断で現場を離れる、引き継ぎを一切行わないなど、明らかに実害を与えた場合は別です。正当な理由で適切な手順を踏むことが前提になります。

実務では解約予告期間を契約で定める

法律の原則をそのまま運用すると双方が不安定になるため、実務では契約書に解約予告期間を定めます。30日前、あるいは60日前までに書面で通知するという形が一般的です。

この条項があることで、発注側は代替要員を探す時間を確保でき、受託側も次の案件を準備できます。期間を決めることより、抜けるときのルールを決めることのほうが重要だと考えてください。

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

発注側から見た期間設定の考え方

SES契約は柔軟に調整できるのが特徴です。プロジェクトの状況と人材ニーズに応じて期間を設定できるため、フェーズごとに考えます。

短期（1〜3ヶ月）：見極めとスポット対応

試験的にエンジニアをアサインしたい場合や、短期間で終わるタスク型のプロジェクトに使います。自社にマッチするかを見極めるお試し期間としても機能します。

即戦力を投入したいスポット案件でも選ばれます。更新前提で延長されるケースも多く、まず短く始めて様子を見るという判断は合理的です。

中期（3〜6ヶ月）：最も多く採用されるスタイル

システム開発の設計・実装・テストなど、プロジェクトの進行に応じて段階的に契約を延長していく形です。業務を理解してもらう時間を確保しつつ、見直しの機会も残せるバランスの良い設定になります。

長期（6ヶ月〜1年）：安定を優先する場合

基幹システムの運用保守や、長期のプロダクト開発で選ばれます。メンバーが固定されることで業務知識が蓄積し、立ち上がりのロスがなくなります。

一方で、合わなかったときの見直しが遠くなるという裏返しがあります。長期で組むなら、中間時点でのレビューを設定しておくと安全です。

フェーズによって使い分ける

要件が固まっていない立ち上げ期は短期で回し、方向が定まった実装期は中期に切り替え、運用フェーズに入ったら長期に移す。期間を固定せず、プロジェクトの確度に合わせて変えるのが実務的な設計です。

フェーズごとの体制設計、期間と人数の組み方、契約条件の整理まで伴走します。初回の事業相談は無料です。

期間と費用の関係を押さえる

SESの費用は月額の積み上げです。期間の設計は、そのまま総額の設計になります。ここを分けて考えないと、後で予算が合わなくなります。

費用は人月単価×人数×期間で決まる

エンジニア1人あたりの月額単価に、人数と契約月数を掛けたものが総額です。単価は職種、経験年数、スキルレベル、使用する技術、担当する工程、そして商流の深さによって決まります。

要件定義や基本設計といった上流工程を担える人材は単価が高く、実装やテスト中心の下流工程では抑えられます。必要な工程に合った人材を、必要な期間だけ確保するのが費用最適化の基本です。

期間が延びれば、そのまま総額が増える

受託開発なら総額が確定していた案件が、SESでは期間の延長がそのまま費用増になるという構造の違いがあります。3ヶ月のつもりが結果的に2年続いた、というのは実際によくある展開です。

対策は、期間ごとの目標を決めておくことです。この3ヶ月で何がどこまで進んでいれば継続するのか。更新を惰性にしないための基準を、最初の契約時に置いてください。

総額で受託開発と比較する視点も持つ

1年以上続く見込みなら、一度立ち止まって総額を計算してみてください。同じ金額で受託開発として発注できないか、あるいは採用に回せないかという比較が成り立つ水準になっていることがあります。

SESが不利という意味ではありません。柔軟性という価値に対して払っている費用が、いくらなのかを把握しておくという話です。

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

契約書で必ず決めておく5項目

期間を何ヶ月にするかより、期間に付随するルールを書面で固めているかのほうが実務では効きます。最低限この5つを確認してください。

1：更新の方法（自動更新か、協議更新か）

何もしなければ自動的に延長されるのか、双方の合意で更新するのか。自動更新にする場合は、更新を止めたいときの通知期限をセットで定めます。ここが抜けていると、意図せず延長される事故が起きます。

2：解約予告期間

何日前までに、どの方法で通知するか。書面かメールか、宛先は誰か。前章のとおり、法律上はいつでも解除できるからこそ、実務のルールを明文化しておく必要があります。

3：精算幅（稼働時間の下限・上限）

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

発注側は、繁忙期の見込みを踏まえて上限を設定してください。上限を低く設定しすぎると、必要なときに動いてもらえない、あるいは想定外の追加費用が出ることになります。

4：単価改定のタイミングと条件

スキルの向上や役割の変化に応じて単価を見直す場合、どのタイミングで、何を根拠に協議するか。更新時に協議するという一文があるだけで、交渉の入口が確保されます。

5：要員交代の条件

参画メンバーが変わる場合の事前通知、後任のスキル要件、引き継ぎ期間をどうするか。人に依存する契約である以上、交代のルールは期間の設計と同じくらい重要です。

なお、情報サービス・ソフトウェア産業は多重下請構造が指摘されてきた業界であり、取引の適正化を目的とした公的なガイドラインが整備されています。中小受託取引に該当する場合は、契約書面の明示や支払条件などの遵守が求められます。

出典：経済産業省・中小企業庁「情報サービス・ソフトウェア産業における中小受託適正取引等の推進のためのガイドライン」

契約が長期化したときの注意点

更新を重ねて何年も同じ体制が続くこと自体は珍しくありません。ただし、長期化に伴って浮上する論点があります。

「3年ルール」は派遣の話であり、SESには直接適用されない

労働者派遣には、同一の事業所・組織単位での受け入れ期間に関する制限があります。これを「3年ルール」と呼ぶことがありますが、SESは準委任契約であり、労働者派遣とは法的な位置づけが異なります。

したがって、この制限がそのまま当てはまるわけではありません。ただし、実態が労働者派遣と判断される場合には話が変わるため、次の論点とセットで考える必要があります。

長期常駐は偽装請負のリスクを高める

長く同じ現場にいるほど、発注側の担当者が直接指示を出す関係になりやすくなります。SESでは指揮命令権は受託企業側にあり、発注側が直接、業務の進め方や勤務時間を指示すると偽装請負と判断されるおそれがあります。

契約書の書き方では防げません。日々のやり取りの実態で判断されるため、指示は受託企業の責任者を通す運用を維持してください。長期化するほど、この距離感は崩れやすくなります。

属人化と、体制の見直しの機会

同じメンバーが長く入ると業務知識が蓄積する一方、その人が抜けた瞬間に回らなくなるリスクが高まります。ドキュメントの整備と、業務の可視化を並行して進めてください。

更新のタイミングは、体制を見直す機会でもあります。この役割は本当に外部で持ち続けるべきか、社内に移せないか。契約更新を作業にせず、判断の場にすることをおすすめします。

長期化した体制の見直し、社内への段階的な移管、契約条件の整理などのご相談も承っています。事業相談以外のご用件もこちらから。

期間設定でよくある失敗

期間の決め方そのものが原因で起きるトラブルがあります。頻出の4つを挙げます。

失敗1：立ち上がり期間を見込んでいない

1ヶ月契約で参画してもらい、業務を理解したところで契約が終わる。現場を理解するまでに2〜4週間はかかるため、短すぎる契約は投資が回収できません。初回は3ヶ月を基本に考えてください。

失敗2：自動更新のまま見直しをしない

気づけば2年が経ち、当初と役割が変わっているのに単価も体制もそのまま。更新を事務手続きにしてしまうと、体制の最適化機会を失います。四半期ごとに5分でも振り返る場を設けてください。

失敗3：解約予告期間を決めていない

プロジェクトが中止になり、すぐに抜けてほしいと伝えたが揉める。あるいは逆に、突然抜けられて穴が空く。予告期間の条項がない契約は、双方にとって危険です。30日から60日前が一般的な水準です。

失敗4：期間だけ決めて、達成すべき状態を決めていない

3ヶ月と決めたが、その3ヶ月で何がどこまで進んでいれば成功なのかが共有されていない。結果として、更新の判断も評価もできません。期間には必ずゴールをセットにしてください。

これはSES企業に成果責任を負わせるという意味ではありません。方向を揃えるための共有目標です。ここがあるだけで、日々のコミュニケーションの質が変わります。

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

エンジニア側が押さえておくこと

働く側にとっても、期間と更新のルールを理解しているかどうかで動きやすさが変わります。受け身で通知を待つ必要はありません。

更新の見通しは早めに確認する

営業担当と月に1度、短時間でも状況を共有しておくと、更新の見通しが早く分かります。現場で完結してしまい、自社の営業と疎遠になるのは避けたい状態です。更新交渉の最前線に立つのは営業担当だからです。

共有する内容は、担当しているタスク、成果、困っていること、次に挑戦したいこと。これが更新交渉の材料になり、単価交渉の根拠にもなります。

途中で抜けるときは手順を踏む

法律上はいつでも解除できますが、やむを得ない事由の説明、引き継ぎ資料の作成、後任への説明という手順を踏むことが前提です。無断での離脱は、実害があれば責任を問われる可能性があります。

退場を考え始めたら、まず自社の営業担当に相談してください。現場に直接伝えるのではなく、契約の当事者である会社同士で調整するのが筋です。

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

まとめ

SES契約期間は、3ヶ月単位の更新が最も一般的です。予算の管理単位と噛み合い、双方のリスクが釣り合うためで、1ヶ月はスポット、6ヶ月から1年は安定重視という使い分けになります。

更新の可否は終了の1〜2ヶ月前に通知されるのが通例で、単価改定を伴う場合は3ヶ月前から動く必要があります。中途解約は準委任として法律上いつでも可能ですが、相手に不利な時期の解除には賠償責任が生じ得るため、契約で予告期間を定めておきます。

そして実務で効くのは期間そのものより、更新方法、解約予告、精算幅、単価改定、要員交代という5つのルールを書面で固めているかです。長期化したときは、偽装請負のリスクと属人化の両方に目を配ってください。

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

必要な体制と期間、契約条件の整理から。初回の事業相談は無料です。