SESで外部のエンジニアに入ってもらう体制は、始めるときには面談や条件のすり合わせに気を配るものの、更新や終了のタイミングになると意外と準備が手薄になりがちです。 自動で更新が続いていて気づけば当初の役割とずれていた、終了の連絡が直前になって引き継ぎが間に合わなかった——そんな声は珍しくありません。
この記事では、SES事業と受託開発の両方を手がけるCoconutWorksが、契約の更新・終了で発注側が押さえておきたいことを、期間の考え方・引き継ぎの設計・偽装請負にならない進め方の3つに分けて整理します。 契約の仕組みそのもの（準委任・請負・派遣の違い）はSES（準委任契約）とはで解説していますので、あわせてご覧ください。
結論: 更新・終了で押さえる5つのポイント
| 確認ポイント | 見るべき理由 |
|---|---|
| 契約期間と更新の通知期限 | 自動更新か、都度合意か。継続・終了の意思をいつまでに伝えるかを、契約書の予告期間に沿って把握しておく。 |
| 継続するかの判断基準 | 「なんとなく続ける」ではなく、当初の目的に対して成果が出ているか、範囲や稼働量が今も妥当かを見て判断する。 |
| 引き継ぎの範囲と時間 | ドキュメント・作業中タスク・後任への説明をどこまで・いつ行うか。終了が決まる前に決めておく。 |
| 指揮命令・勤怠管理の所在 | 日々の作業指示や勤怠の管理をベンダー側が担っているか。ここが崩れると偽装請負の線引きに関わる。 |
| 成果物・アカウント・権限の返却 | 作ったもの・共有アカウント・各種権限を、終了時にどう返却・整理するかをあらかじめ取り決めておく。 |
大きく言えば、「惰性で続けない・急いで終わらせない」の2つに尽きます。 更新は役割と範囲を点検する区切りとして使い、終了は引き継ぎの時間を逆算して早めに動く——この順序を意識するだけで、後に残る負担はかなり減ります。以下、それぞれを掘り下げます。
なぜ「更新・終了」で問題が起きやすいのか
SESの体制は、稼働が始まってしまえば日々の業務は回っていきます。だからこそ、契約の区切りが「特に何もしなくても続いてしまう」状態になりやすいのが実情です。 毎月の請求と稼働報告は流れていくため、当初「この範囲を、この稼働量で」と決めた前提を、あらためて見直す機会がないまま時間が過ぎていきます。
たとえば、最初は特定機能の開発支援として入ってもらったエンジニアが、いつのまにか社内からの細かな相談窓口のようになっている、というのはよくある場面です。 本人が柔軟に動いてくれるほど起きやすく、悪いことではありません。ただ、実態が契約や当初の想定からずれていくと、更新の判断も終了時の引き継ぎも見通しづらくなります。 「何をお願いしていたのか」が曖昧なままだと、抜けるときに何が失われるのかも見えないからです。
終了のほうも同じで、日々問題なく回っているぶん、区切りが近づいても危機感が持ちにくいのが難しいところです。 いざ「今月で」と決まってから引き継ぎを始めると、担当者の頭の中にしかない手順やアカウントの整理が間に合わず、抜けた後に社内へ負担が残ることになります。 更新も終了も、区切りが来てから考えるのではなく、区切りを「点検のきっかけ」として先回りで使うのが要点です。
契約期間と更新の考え方
まず確認したいのは、契約が自動更新なのか、都度合意して更新するのかです。 自動更新の場合、こちらから何も言わなければ同じ条件で続きます。手間はかかりませんが、見直しの機会を自分で作らないと、前述のような「実態とのずれ」に気づけません。 都度合意の場合は、更新の意思をいつまでに伝えるかという予告期限が決まっているのが一般的なので、契約書のその条項を把握しておきます。
更新するかどうかは、「問題なく回っているから」だけで判断せず、当初の目的に対して成果が出ているか・範囲と稼働量が今も妥当かを軽く振り返って決めるのがおすすめです。 続けるにしても、担当してもらう領域を絞る・逆に広げる・稼働量を調整するといった見直しは、更新のタイミングでこそ切り出しやすくなります。 惰性の更新を重ねるより、短い振り返りを挟むほうが、双方にとって納得感のある継続につながります。
なお、更新の連絡がぎりぎりになると、エンジニア側の次の稼働先の調整にも影響します。継続の意思確認は、更新月の少し前に行う運用を決めておくと、毎回バタつかずに済みます。終了する場合も、この余裕がそのまま引き継ぎの時間になります。
終了時の引き継ぎをどう設計するか
終了で最も差が出るのが引き継ぎです。ポイントは、終了が決まってから引き継ぎ内容を考えるのではなく、契約や更新のタイミングであらかじめ「抜けるときに何を渡してもらうか」を決めておくことです。 下の表は、終了時に整理しておきたい代表的な項目です。属人化しやすい部分を洗い出す視点で使ってください。
| 引き継ぐもの | 何を指すか | 見るときの注意 |
|---|---|---|
| 作業中・保留中のタスク | 進行中の作業と、着手前に止まっている依頼の一覧 | 「あと少し」の作業ほど口頭で共有されがち。文字で残す |
| 仕様・手順のドキュメント | 担当者の頭の中にある設定手順・運用ルール・注意点 | 完璧な資料でなくてよい。後任が迷う点をメモに残す |
| 共有アカウント・認証情報 | 外部サービスやサーバーへのログイン、APIキーなど | 終了後は速やかに無効化・付け替え。放置しない |
| 各種権限・アクセス範囲 | リポジトリ・管理画面・社内システムへのアクセス | 付与した権限の一覧を作り、終了日に合わせて外す |
| 関係者・連絡経路 | やり取りしていた社外窓口や、判断を仰いでいた相手 | 後任が同じ相手に迷わずつながれるようにする |
この中でつまずきやすいのが、ドキュメント化と後任への説明にかかる時間です。 頭の中で分かっていることを言葉にするのは想像以上に手間がかかり、稼働の最終日にまとめて片付ける前提だと確実に足りなくなります。 引き継ぎをどの稼働で行うか（通常の稼働に含めるのか、終了前に時間を確保するのか）を、終了の相談時ではなく契約時に決めておくと、後で慌てずに済みます。
もう一つ見落としやすいのが、アカウントと権限の返却・整理です。 外部サービスのログインや社内システムへのアクセス権を付与したまま終了してしまうと、セキュリティ上の穴として残ります。 誰にどの権限を渡したかの一覧を作っておき、終了日に合わせて無効化・付け替えを行う——この段取りは、始めるときに「付与の記録を残す」こととセットで考えておくと確実です。
偽装請負にならない線引きを、更新時に見直す
SES（準委任）で気をつけたいのが、日々の作業指示や勤怠の管理を誰が行っているかという点です。 準委任では、業務の進め方の管理は原則として送り出すベンダー側が担います。発注側が現場でエンジニアを直接こまかく指揮する形が常態化すると、契約の実態が派遣や請負の線引きから外れ、いわゆる偽装請負として問題になり得ます。
これは始めるときに一度整えても、時間が経つと崩れやすい部分です。 現場で一緒に働くうちに、つい社員と同じように直接あれこれ頼んでしまう——先ほどの「実態が当初の想定からずれる」話と同じ構図です。 だからこそ、更新のタイミングは、この線引きが今も保たれているかを点検する好機になります。 やってほしいことはベンダーの窓口や現場のリーダーを通じて依頼・要望として伝える形になっているか、勤怠を発注側が直接管理していないか、といった点を軽く確認しておきましょう。
線引きの具体的な判断は契約の実態によって変わり、法律の専門的な評価が必要になる場面もあります。 ここでは「更新時に一度立ち止まって確認する」という運用の習慣づけまでをおすすめとし、微妙なケースは契約形態に詳しい専門家に相談してください。 受託開発（請負）とSES（準委任）のどちらの座組みが状況に合うかで迷う場合は、SESと受託開発、どちらで頼むかもあわせて参考にしてください。
更新・終了を進めるときのチェックポイント
実際に区切りが近づいたら、次の順序で確認すると抜けが出にくくなります。 更新でも終了でも共通して使える流れです。
- ①契約書で予告期限と解約条項を確認する — いつまでに意思を伝える必要があるか、途中終了時の精算はどうなるかを先に把握する。
- ②当初の目的と実態のずれを振り返る — お願いしている範囲・稼働量・指示の出し方が今も妥当かを点検する。
- ③継続か終了かを、余裕をもって双方で確認する — ぎりぎりの連絡を避け、引き継ぎに使える時間を残す。
- ④終了なら引き継ぎ項目を洗い出す — タスク・ドキュメント・アカウント・権限・連絡経路を一覧化し、いつ・どの稼働で渡すかを決める。
- ⑤権限とアカウントの整理を終了日に合わせる — 付与した権限を記録から確認し、無効化・付け替えの段取りを組む。
この順序のうち、①〜②は終了が決まる前からやっておけることです。 「区切りが来てから動く」のではなく、更新のたびに①〜②を軽く回しておくと、いざ終了となったときに③以降だけで済み、引き継ぎに時間を割けます。
よくある誤解と失敗パターン
最後に、更新・終了でつまずきやすい典型を挙げておきます。 いちばん多いのが、「問題なく回っている＝見直さなくてよい」という思い込みです。 日々回っていることと、契約の前提が今も妥当なことは別の話で、順調に見えるときほど実態とのずれが静かに進みます。更新を「継続の追認」ではなく「点検の機会」と捉え直すだけで、この落とし穴はかなり避けられます。
次に多いのが、引き継ぎを稼働の最終盤にまとめて行おうとする失敗です。 通常業務を続けながら、頭の中の手順を文字にし、後任に説明し、権限を整理する——これを最後の数日で一度にやるのは無理があります。 終了が視野に入った段階で少しずつドキュメントを残し始めるほうが、結果的に負担も抜けも減ります。
もう一つが、終了後にアカウントや権限を放置してしまうケースです。 引き継ぎのタスク面に気を取られ、アクセス権の無効化が後回しになると、使われないログイン情報が残り続けます。 引き継ぎのチェックリストに「権限の返却・無効化」を最初から入れておくのが、確実な避け方です。
よくある質問
まとめ
SES契約の更新・終了は、「惰性で続けない・急いで終わらせない」を意識するだけで、後に残る負担が大きく変わります。 更新は役割と範囲、そして指揮命令の線引きを点検する区切りとして使い、終了は引き継ぎの時間を逆算して早めに動く——この2つを習慣にしておくと、区切りのたびに慌てずに済みます。 更新や終了の進め方に迷う段階でのご相談も歓迎です。SES・技術支援サービスのページもあわせてご覧ください。相談は無料です。
