SES契約書レビューのチェックポイント｜委託者・受託者別の実務論点

こんにちは。LegalAgent 代表弁護士の朝戸です。

企業法務の現場では、システム開発や保守運用、情報システム部門の支援などでSES契約書を確認する機会が多くあります。定型的な業務委託のひな形に見えることもありますが、実務では契約書の文言だけでなく、現場で誰が作業指示を出しているのか、成果物の完成義務を負うのか、稼働時間に応じて請求するのかによってリスクの所在が大きく変わります。

委託者も受託者も一般的な準委任契約という感覚で進めてしまいがちですが、実際の現場運用と契約条項が食い違っていると、偽装請負や情報管理、知的財産の帰属を巡ってトラブルが表面化することがあります。

指揮命令の実態とSES契約の法的性質

SES契約は、エンジニアが委託者のシステム開発や運用、調査、改善支援などの現場に関与し、稼働時間や支援業務に応じて報酬が支払われる取引形態として広く使われています。「SES」は、民法上の契約類型を表す名称としては定められていません。そのため契約のタイトルにとらわれず、合意された具体的な業務内容や指揮命令関係、報酬の計算方法から実質を判断します。多くの場合、仕事の完成を約束する請負契約ではなく、事務の処理を委託する準委任契約として位置付けられます。

確認において中心となるのが、指揮命令関係の有無です。受託者が雇用するエンジニアに対して、委託者が日々の作業の割り当てや遂行方法を直接指示し、勤務時間や休暇の承認といった労務管理を行うなど、委託者の指揮命令下で働かせている場合は、契約書の表題が準委任であっても実態として労働者派遣に該当すると判断される可能性があります。受託者に業務上の仕様や要望を伝えることや、法令に基づく安全衛生上の指示などは、個々の状況に応じて作業上の指揮命令と区別します。日々の詳細な作業割当や勤怠管理まで踏み込むと、契約書と実態の不一致が問われます。

また、2026年1月1日に施行された取適法（中小受託取引適正化法）への配慮も欠かせません。この法律はフリーランス法とは異なる枠組みであり、取引ごとに適用を判定します。取引が情報成果物作成委託や役務提供委託に該当し、資本金又は従業員数などの適用基準を満たす場合に、発注書面の交付や支払期日、受託者に責任がない場合の代金の減額禁止といった規制が及ぶため、契約条項と運用の双方が要件に合致しているかを見ます。

業務範囲の画定と稼働時間の精算ルール

業務内容の記載が「システム開発支援」や「運用保守支援」といった大まかな表記にとどまっていると、基本料金に含まれる範囲と追加費用の境界が曖昧になります。担当工程、対象システム、稼働時間帯、夜間休日対応の有無まで具体的に記載しておくことで、請求時の食い違いを防ぎやすくなります。

報酬条項では、月額固定なのか時間単価制なのか、精算幅が設けられているかを確認します。140時間から180時間の精算幅を設ける取り決めは設計例の一つで、これは法律上の労働時間枠ではなく、当事者間の合意による契約上の精算ルールです。精算幅を置く場合は、下限を下回った際の控除単価や上限を超えた際の超過単価、待機時間の扱いまで詰めておきます。さらに、特定のエンジニアを前提とした契約なのか欠勤時などに代替要員の配置が可能なのか、交代要員に求めるスキル水準や交代時の引継ぎ費用の負担関係も決めておくと、現場の柔軟性を確保できます。

成果物の権利帰属と安全管理・引継ぎ

SES契約では明確な完成義務を定めないまま運用される場合でも、現場でプログラム、設計書、調査レポート、手順書などの成果物が作成されることがあります。個別発注書に成果物名を記載したからといって直ちに請負契約になるわけではありませんが、知的財産権の帰属や利用許諾、オープンソースソフトウェア（OSS）の利用条件を定めておかないと、後々の利用範囲を巡って争いが生じかねません。委託者に帰属させる成果物と、受託者が従来から持つ汎用的なノウハウやツールの権利とを明確に切り分けておく必要があります。

情報管理の面では、秘密保持条項に加えて、アクセス権限の管理や個人情報の取扱い、再委託先の管理体制を確認します。本番環境や顧客データに触れる案件では、セキュリティインシデント発生時の通知期限、調査協力、費用負担、再発防止策までの対応フローを契約書に組み込んでおきます。

責任制限条項では、損害賠償の上限額や間接損害・逸失利益の免責を確認しつつ、故意・重過失や秘密保持義務違反を例外として除外するかを検討します。受託者側は過度な賠償リスクを抑えたいところですが、委託者側にとっても重大な情報漏えいや運用事故まで一律の低い上限で制限されると損害を回復できないおそれがあります。契約終了時の途中成果物の利用可否や貸与資料の返却、必要なアカウントの引継ぎと離任者のアクセス権限の解除を定めておくと、離任に伴う業務停滞を防ぎやすくなります。

当事者別のリスクと現場運用のすり合わせ

委託者側のリスクとして見落としやすいのは、準委任契約であるにもかかわらず、無意識のうちに成果物の完成や厳格な品質保証を期待してしまう点です。成果物の完成を確実に求めるのであれば個別契約で請負の形を取り、業務の遂行そのものを求めるのであれば善管注意義務や報告手順を中心に設計するという役割の整理が大切になります。また、外部エンジニアに本番環境や管理者権限を付与する場合は、契約上の秘密保持義務に頼るだけでなく、権限の付与・削除手順やログ取得を現場で徹底しなければなりません。

受託者側にとっての主なリスクは、業務範囲が広がりすぎることです。「関連する一切の業務」や「委託者が指示する業務」といった包括的な条項になっていると、当初想定していなかった夜間対応や緊急の障害対応まで追加費用なしで求められるおそれがあります。基本業務と追加業務の境界を明確にし、追加作業には別途の承認や見積りを要する旨を定めておくことが受託者側の防御につながります。

双方が留意すべき点は、契約書の記載と現場の実態を一致させることです。契約書上は「受託者が自己の裁量と独立した立場で業務を遂行する」と定めていても、委託者の担当者が毎日直接エンジニアに指示を出していれば、契約書だけを整えても実効性を持ちません。契約書の確認と同時に、現場の指示系統をどう整えるかまで見直すことが大切です。

生成AIは、SES契約における条項の過不足を確認する作業に使いやすいと感じています。しかし、契約書に受託者の自律遂行が書かれていても現場で委託者のプロジェクトマネージャーが直接作業指示を出しているといった実態との乖離は、契約書の文面だけをAIに読み込ませても検知できません。自社の立場、現場の指揮命令系統、精算ルール、契約期間といった個別事情をあわせて補うことで、AIによる確認を実務に役立つ水準に近づけられます。