SES契約形態と法的ポイント

2026.04.28
SES契約形態と法的ポイント

SES契約形態と法的ポイント

まず区別する:請負・準委任・派遣の決定的な差

請負(成果で判断する)

完成した成果物の引き渡しと検収をもって報酬が確定します。指揮命令権は受託側にあり、発注側が個々のメンバーへ直接指示すると契約矛盾が生じます。検収基準・受入テスト・瑕疵担保が肝で、進行中に仕様が揺れる案件は請負に向きません。

準委任=SESの中心(役務の提供)

期間中の「作業・専門知見の提供」に対して時間単価で精算します。成果物の完成義務はなく、善管注意義務とスキル提供が責務。指揮命令権は受託側。発注側は「何をいつまでにお願いしたいか」を受託側の責任者に伝え、個人への直接指示は避けます。月次で作業報告の承認を取り、140〜180時間などの精算幅で加減算する設計が一般的です。

労働者派遣(人に指示する)

派遣先が派遣労働者に直接指揮命令します。派遣元の許可が必要、二重派遣は禁止、期間制限や均衡待遇など労働者派遣法の要件に適合する必要があります。実務では「常駐で直接指示したいなら派遣」「成果または専門作業を受託側主導で進めるなら請負/準委任」と切り分けるのが現実解です。

偽装請負・二重派遣を避ける実務設計

契約書の種類だけで安全にはなりません。現場の運用が法的実態を決めます。以下を整えるとリスクが急減します。

  • 指示ルートの一本化:発注側→受託側リーダー→受託メンバー。発注側から個人チャットでの直接指示を禁止し、タスクは受託側リーダー経由で登録。
  • 勤怠と作業報告の分離:勤怠は受託側が管理・承認。発注側は作業報告(チケット消化・レビュー実績)を承認し、残業指示は受託側責任者と合意してから。
  • 席・アカウント設計:受託側リーダーに管理者ロールを付与。権限付与・外部持込・ログ取得の責任境界を文書化。
  • 共同作業の線引き:発注側レビューや受入はOKだが、日々の段取り・休憩指示・評価は受託側が担う。
  • 再委託の透明化:再委託可否、事前承諾、スキル要件、情報持出し禁止を明記。多重下請けが増えるほど偽装派遣リスクは上がるため、階層上限や窓口一本化を定める。
  • 証跡の残し方:週次議事録、作業報告、チケット履歴、アクセスログ。ChatGPTやClaudeで議事録の要約・雛形化を行うと運用が回しやすくなります。

契約書に入れるべき条項と精算の現実解

業務範囲・役割

役割(例:バックエンド開発者、テスター)と禁止事項(労務管理・評価・採用行為)は明記。準委任の場合は「成果物の完成義務なし」「作業報告の承認=検収に代える」を書くと紛争を避けられます。

知的財産・背景資産

作成したコードの著作権帰属は、請負なら発注側帰属+背景資産は利用許諾、準委任なら「報酬完済時に利用許諾・必要に応じ譲渡」で整理。受託側の既存ライブラリは非独占ライセンスで許諾し、第三者権利侵害時の補償範囲を限定します。

セキュリティ・個人情報

入退館、端末要件、持出し禁止、ログ保全、個人情報の取扱い区分と漏えい時の報告期限。クラウド利用時は保管リージョン・鍵管理を追記。Gemini等でセキュリティ教育コンテンツを内製化すると定着が早まります。

再委託・交代・人員要件

再委託は原則事前承諾、交代は一定の事前通知と引継義務。スキルマトリクスを添付し、交代時は同等以上の要件を満たすことを記載。

精算と稼働管理

  • 精算幅と単価:例 140–180h、超過・控除単価は同率、下限割れ時の固定費補填は事前合意。
  • 報告と承認:月次作業報告の承認期限(例3営業日)。未承認時のみなし承認ルールは過度に片務的にならないよう注意。
  • 中途離任:発注側都合での離任は当月ミニマム保証、受託側都合は按分控除。
  • 派遣運用に切替える場合:派遣許可、期間制限、均等・均衡待遇の確認をセットで。二重派遣は不可。

紛争予防

準拠法・管轄は明確に。損害賠償は直積損限定かつ上限(月額×数ヶ月)を設定。秘密保持違反や著作権侵害は別途上限外とする実務もあります。Copilot等の生成支援を使う場合は学習利用の可否と機密情報投入禁止を内規で明文化します。

身近な企業活用例:中堅ECの内製強化で揺れた線引きを再設計

従業員200名規模のEC事業者が基幹の刷新で常駐エンジニアを10名受け入れました。状況は「仕様が毎週変わる」「現場が個人に直接チャット指示」。結果、準委任なのに発注側が日次で段取り・勤怠を握り、精算で「指示待ち時間は控除」など紛争化。内部監査からも偽装請負の疑いを指摘されました。

改善では、受託側リーダーを常駐し、指示は全てリーダー経由に変更。RACIを作り「要求定義=発注側責任、工数見積・アサイン=受託側責任」を明示。チケット駆動に切替え、週次で作業報告を承認。精算は150–190hに見直し、下限割れ時のミニマム保証を設定。契約は準委任のまま「作業報告承認=支払事由」と追記。セキュリティ研修はChatGPTとClaudeでテスト付き教材を作り、初日受講を必須化。開発ではCopilotでコードレビュー時間を圧縮し、テスト観点の洗い出しをGeminiで補助しました。

3ヶ月後、直接指示はゼロ、監査指摘も解消。作業報告の承認リードタイムは平均5日→1日に短縮、超過・控除の揉め事も消滅。発注側は要件の確度が上がり、受託側は役務提供に集中できる状態に戻りました。

SES(常駐エンジニア)事業は、契約のラベルよりも「指揮命令のルート」「精算と証跡」「知財とセキュリティ」の設計で健全さが決まります。現場が回る運用と法的整合をそろえたとき、常駐という形態は最速で価値を出す選択肢になります。