SES契約は表題だけでは判断できません。個人・一人法人・通常法人の違い、指揮命令、支払期日、解除、知財、個人情報、生成AIまで、契約と現場運用をそろえるための実務ポイントを整理します。
SES契約は表題だけでは判断できません。
相手方属性、契約類型、指揮命令、支払、情報管理を一体で整理します。
フリーランスSESと法人SESで変わる契約条件を考える入口は、SESが法律上の固有名称ではないという点です。契約書の表題よりも、誰が契約当事者となり、誰が業務を管理し、どのような責任と報酬で専門性を提供するのかが重要です。
契約条件の差は、個人か法人かという形式だけでは決まりません。個人事業主、一人法人、複数役職員を持つ法人では、フリーランス法、取適法、労働者派遣、労働者性、税務、個人情報、知財、損害賠償の見え方が変わります。
次の一覧は、契約レビューで最初に見るべき八つの論点を整理したものです。読者にとって重要なのは、各論点が単独ではなく連動することです。左から順に確認すると、相手方属性から責任範囲までの抜け漏れを把握できます。
個人事業主、一人法人、通常法人のどれかで、適用法令と保護規制が変わります。
個人や一定の一人法人では、取引条件明示、60日以内の支払期日、解除・不更新予告が中心になります。
日々の作業方法、残業、休暇、優先順位を発注者が直接命じる実態は、偽装請負や労働者性のリスクになります。
報酬額、精算幅、支払期日、控除、相殺、発注者都合の待機や追加作業の扱いを明確にします。
不更新、要員交代、引継ぎ、アカウント削除、秘密情報と個人情報の返還・消去を定めます。
ソースコード、顧客データ、APIキー、ログ、設計情報、生成AI利用を契約と運用で制御します。
フリーランスは本人依存性、法人SESは組織的履行と再委託管理を前提に責任上限や保険を設計します。
請負、準委任、派遣、実質雇用を表題ではなく実態から見分けます。
SESという言葉はIT業界の実務用語であり、民法その他の法律に独立した契約類型として定められているわけではありません。そのため、契約書にSES基本契約書、業務委託契約書、準委任契約書と書いても、それだけでは法的性質は決まりません。
次の比較表は、実務上の呼称と法的に近い類型を対応させたものです。契約類型を誤ると、完成責任、検収、善管注意義務、派遣許可、勤怠管理の扱いまで変わるため重要です。各行では、どの実態がどのリスクにつながるかを読み取ってください。
| 実務上の呼称 | 法的に近い類型 | 典型例 | 主要論点 |
|---|---|---|---|
| 準委任型SES | 準委任 | 月額で設計、開発支援、レビュー、PMO、運用保守支援を行う | 善管注意義務、業務遂行過程、作業報告、指揮命令の不存在 |
| 請負型SES | 請負 | 特定プログラム、設計書、テスト成果物などの完成を約束する | 完成義務、検収、契約不適合責任、納期、仕様変更 |
| 派遣型 | 労働者派遣 | 派遣元の雇用労働者が派遣先の指揮命令下で働く | 派遣許可、派遣契約、派遣先管理台帳、派遣先責任 |
| 実質雇用・偽装フリーランス | 雇用または労働者性が問題となる取引 | 個人事業主と称しつつ、発注者の指揮監督下で勤務する | 労働基準法、社会保険、残業代、安全配慮、解雇規制 |
次の判断の流れは、契約類型を選ぶ際の入口を示します。上から順に見て、発注者がどの程度直接管理したいのか、成果物完成を求めるのか、専門的な支援過程を求めるのかを確認することが重要です。分岐の先は固定結論ではなく、契約書と現場運用を合わせるための検討方向を表します。
成果物、支援内容、作業場所、連絡経路、勤怠管理者を整理します。
勤務時間、作業順序、残業、休暇まで直接管理する必要があるかを見ます。
業務委託の表題ではリスクが残ります。
成果物完成か専門的支援かで条項を分けます。
常駐、客先作業、共通チャット参加、チケット管理システム利用は、それ自体で直ちに問題になるわけではありません。ただし、発注者の社員がエンジニアへ直接タスクを割り当て、休憩・休暇・残業を承認し、受託側管理者が機能しない場合、契約書の表題を整えても十分ではありません。
法人格の有無だけでなく、従業員・役員の有無まで確認します。
フリーランスSESでは本人が契約当事者となり、本人が業務を行うことが通常です。一人法人SESは法人登記がありますが、代表者のみで従業員を使用しない場合、フリーランス法上の対象になる可能性があります。通常法人SESでは、会社が組織として履行責任を負います。
次の三つの区分は、契約条件を分ける最初の整理です。読者にとって重要なのは、法人格があるかどうかだけでなく、誰が業務を管理し、代替要員や再委託先を使えるかです。各区分の説明から、確認すべき属性と契約上の重点を読み取ってください。
本人依存性が高く、報酬未払や突然終了が生活基盤に直結しやすい類型です。労働者性、フリーランス法、源泉徴収、インボイス、保険加入を確認します。
法人でも代表者のみで従業員を使用しない場合があります。法人だからフリーランス法は関係ないと処理せず、役員・従業員の有無を確認します。
受託会社の管理責任者、要員交代、再委託、秘密保持と個人情報のフローダウン、損害賠償、保険、監査対応を中心に設計します。
次の比較表は、個人、一人法人、通常法人の契約条件の違いを横断的に整理します。列は相手方属性の違い、行は契約レビューで見落としやすい論点です。各セルを見ることで、同じSESでもどの条項を厚くすべきかが分かります。
| 論点 | 個人フリーランスSES | 一人法人SES | 通常法人SES |
|---|---|---|---|
| 契約当事者 | 個人事業主 | 代表者のみ等の法人 | SES事業会社 |
| フリーランス法 | 重要 | 要件該当なら重要 | 原則対象外。ただし実態確認が必要 |
| 支払期日 | 原則60日以内を意識 | 同じく意識 | 契約条件中心。ただし取適法・独禁法等に注意 |
| 指揮命令 | 労働者性・偽装フリーランスリスク | 同じく注意 | 偽装請負・労働者派遣法リスク |
| 代替性 | 低い | 低い | 相対的に高い。ただし個人指定しすぎない |
| 損害賠償 | 資力・保険を確認し上限を合理化 | 同じく確認 | 類型別上限、保険、監査、保証を検討可能 |
| 知財 | 背景知財と本件成果物を分ける | 同じく分ける | 従業員・再委託先から権利取得済みか確認 |
| 継続性 | 病気・事故・案件重複に弱い | 同じく本人依存 | 交代要員、チーム体制を設計可能 |
抽象的な開発支援ではなく、業務内容、報酬、確認方法、連絡経路を具体化します。
フリーランス法の正式名称は、特定受託事業者に係る取引の適正化等に関する法律です。2024年11月1日に施行され、取引条件明示、報酬支払期日の設定、禁止行為、募集情報の的確表示、育児介護等への配慮、ハラスメント対策、解除・不更新の予告等がSES取引でも問題になります。
次の表は、フリーランスSESの個別発注で明示すべき事項を、実務上の記載イメージに置き換えたものです。重要なのは、抽象的な開発支援ではなく、業務範囲、期間、報酬、支払期日、確認方法、連絡経路を具体的に残すことです。各行を読むと、どの情報を発注書や個別契約に落とすべきかが分かります。
| 項目 | 記載の方向性 |
|---|---|
| 業務内容 | 既存システムの開発支援、API改修、単体テスト、コードレビュー、チケット調査などを具体化します。 |
| 契約類型 | 準委任型か請負型かを明記し、完成保証か業務遂行過程かを分けます。 |
| 期間 | 開始日と終了日を記載し、延長は双方協議のうえ個別契約で合意します。 |
| 作業場所 | リモート、指定拠点での打合せ回数、オンライン会議の扱いを示します。 |
| 報酬 | 月額、単価、精算幅、消費税、経費負担、待機時の扱いを明確にします。 |
| 支払期日 | 給付受領日から60日以内のできる限り短い期間を意識し、具体日が分かる形にします。 |
| 確認方法 | 月次業務報告、確認期間、異議の出し方、請求書不備時の修正手続を定めます。 |
| 連絡経路 | 業務依頼・優先順位変更は協議により行い、雇用上の指揮命令ではないことを明確にします。 |
| 生成AI | 承認なく秘密情報、個人データ、ソースコードを外部生成AIに入力しないと定めます。 |
支払期日は、フリーランスSESで特に紛争になりやすい論点です。次の時系列は、発注から支払までに記録すべき順番を示します。上から下へ進むほど、支払遅延や減額の根拠不足が発生しやすいため、各段階の証跡を残すことを読み取ってください。
業務内容、期間、報酬、支払期日、確認方法、連絡経路を電磁的方法または書面で残します。
月次報告を支払遅延の口実にせず、確認期間と異議の出し方をあらかじめ定めます。
給付受領日を起点に、具体的な支払日を管理します。請求書未着だけで支払を止める運用は危険です。
仕様変更、環境不備、発注者都合の待機、無償やり直しは変更記録と追加報酬の対象として整理します。
フリーランス法では、一定期間以上の業務委託について、受領拒否、報酬減額、返品、著しく低い報酬設定、購入・利用強制、不当な経済上の利益提供要請、不当な給付内容変更・やり直し等が問題になります。SESでは、合意済み単価の一方的引下げ、基準のない月額減額、仕様変更や環境不備による無償追加作業、契約終了後の過度な無償引継ぎに注意します。
受託会社が組織として履行し、発注者が個人へ直接管理しない構造を作ります。
法人SESでは、発注者はエンジニア個人ではなくSES事業者と契約します。そのため、契約条件は本人が働くかではなく、受託会社が組織としてどのように履行責任を負うかを中心に設計します。
次の一覧は、法人SESで契約書に置くべき管理項目を整理したものです。読者にとって重要なのは、発注者が品質やセキュリティを確保しつつ、雇用上の指揮命令に踏み込まない線引きを作ることです。各項目から、窓口、要員、再委託、情報管理、事故対応をどこまで明文化するかを読み取ってください。
受託会社側の管理責任者を定め、業務依頼や優先順位の調整を窓口経由で行います。
指揮命令対策交代要員のスキル要件、通知期間、引継ぎ、権限変更を定め、特定個人の過度な固定を避けます。
継続性再委託は事前承認制とし、秘密保持、個人情報、セキュリティ義務を同等以上に課します。
情報管理勤務時間、休憩、休日、健康管理は受託会社が行い、発注者は契約上の業務遂行状況を確認します。
偽装請負対策法人SESでも偽装請負リスクは消えません。次の一覧は、現場で起きやすい高リスクな運用を示します。なぜ重要かというと、契約書が法人間取引でも、発注者が受託会社従業員の上司のように振る舞うと派遣類似の実態に近づくためです。各項目から、現場運用をどこで止めるべきかを読み取ってください。
エンドユーザー社員が個々のエンジニアへ直接タスクを割り当て、期限や順序を命じる運用は注意が必要です。
朝会や計画会議に管理責任者が参加せず、技術管理も労務管理も発注者側に寄るとリスクが高まります。
発注者が休暇、遅刻早退、休日対応を承認すると、雇用上の勤怠管理に近づきます。
受託会社が業務遂行方法を管理せず、要員だけを供給していると、契約形式とのずれが大きくなります。
法人SESの責任制限は、業務内容、情報アクセス、再委託、保険加入に応じて類型別に設計します。次の表では、損害類型ごとの一般的な考え方を整理しています。上限の有無だけでなく、事故時の通知、調査、再発防止、第三者請求対応を併せて読むことが重要です。
| 損害類型 | 一般的な設計 |
|---|---|
| 通常の業務ミス | 委託料数か月分から12か月分程度を上限にすることが多い |
| 故意・重過失 | 上限除外または高い上限を検討 |
| 秘密保持違反 | 上限除外または別枠上限を検討 |
| 個人情報漏えい | 調査費用、通知費用、再発防止費用等を別枠で検討 |
| 知財侵害 | 第三者請求対応、差止め、代替措置を含める |
| 間接損害・逸失利益 | 原則除外し、例外を明示することが多い |
仕様説明や成果確認と、雇用上の命令を分けて運用します。
SES現場では、発注者とエンジニアが会話しなければ仕事になりません。仕様確認、レビュー、障害調査、リリース調整、プルリクエスト、チケット優先順位などのコミュニケーションは不可欠です。問題は、それが業務上の情報共有・協議にとどまるのか、雇用主のような指揮命令に至るのかです。
次の比較表は、許容されやすいコミュニケーションとリスクが高いコミュニケーションを並べています。重要なのは、同じチャットや会議でも、目的・仕様・制約の説明なのか、勤務時間や作業方法の命令なのかで評価が変わることです。左右の違いを読み比べ、現場に許される依頼の言い方を落とし込んでください。
| 許容されやすいコミュニケーション | リスクが高いコミュニケーション |
|---|---|
| 仕様、背景、目的、制約条件を説明する | 今日中に残業して終わらせるよう命じる |
| 優先順位の希望を受託者窓口に伝える | エンジニア本人へ勤務時間を命じる |
| 成果物・作業結果についてレビューする | 作業手順、順番、方法を逐一命令する |
| セキュリティ上の入退室ルールを説明する | 休憩時間、欠勤、遅刻早退を直接管理する |
| 会議参加を依頼し、受託者側が調整する | 社員と同じ勤務シフトへ組み込む |
チケット管理システムは便利ですが、使い方によっては指揮命令リスクを高めます。次の手順は、Jira、Backlog、GitHub Issues、Redmine、ServiceNowなどを業務依頼・課題管理の道具として使うための整理です。順番に確認することで、業務範囲外の依頼や緊急障害対応を契約外で膨らませない読み方ができます。
目的、背景、期待する結果、制約条件を記録します。
誰が何時までにやるかを発注者が一方的に命じず、受託者側が調整します。
契約外なら変更管理、追加報酬、納期調整の手続に進めます。
作業結果を確認し、勤怠ではなく契約上の遂行状況として記録します。
入退館カード、VPN、メールアドレス、Slack、Teams、Gitリポジトリ等のアカウント管理は情報セキュリティ上必要です。ただし、入退館ログを勤務時間管理として使ったり、発注者が休暇承認を行ったりすると、労務管理に近づきます。
精算幅、上流入金条件、解除、インボイス、源泉徴収をまとめて管理します。
SESでは、月額固定、精算幅付き月額、時間単価、成果報酬、混合型などの報酬形態が使われます。フリーランスSESでは、精算幅が勤務時間管理と結びつくと労働者性や指揮命令リスクが高まります。法人SESでも、支払サイトや上流入金条件が取引適正化リスクになります。
次の表は、報酬形態ごとの注意点を整理したものです。読者にとって重要なのは、報酬の計算方法が契約類型と現場運用に合っているかです。行ごとに、報酬が成果物、業務遂行、稼働量のどれに結びついているかを読み取ってください。
| 報酬形態 | 内容 | 注意点 |
|---|---|---|
| 月額固定 | 一定期間の業務遂行に対して固定額を支払う | 業務範囲と報告方法を明確にします。 |
| 精算幅付き月額 | 140〜180時間などを基準に増減額を定める | 勤怠管理や労務提供と混同しない設計が必要です。 |
| 時間単価 | 実作業時間に応じて支払う | 発注者による勤務時間管理と結びつけないよう注意します。 |
| 成果報酬 | 成果物完成やマイルストーン達成に応じて支払う | 成果物定義、検収、仕様変更を厳格にします。 |
| 混合型 | 月額と成果報酬、月額と保守費などを組み合わせる | 無償作業の範囲を明確化します。 |
解除・不更新・案件終了は、収入や業務継続に直結します。次の一覧は、終了時に契約書へ置くべき事項を、フリーランスSESと法人SESに分けて示します。重要なのは、終了通知だけでなく、報酬精算、引継ぎ、権限削除、情報返還まで一連の順番で処理することです。
契約期間、更新手続、不更新通知期限、中途解除事由、即時解除事由、解除後の報酬精算、引継ぎ義務、理由開示手続を定めます。
要員交代、増員、減員、チーム縮小、交代要員のスキル要件、セキュリティ権限の変更、再委託先終了時の措置を定めます。
発注者都合終了時の費用、取消不能費用、履行済み業務、秘密情報と個人情報の返還・消去、アカウント削除を記録します。
税務では、個人フリーランスと法人SESで請求主体、源泉徴収、消費税、インボイス、経費精算の処理が変わります。次の表は、経理・税務部門が契約レビューと同時に確認すべき項目です。列の違いから、支払先が個人か法人かで必要な証跡が変わることを読み取ってください。
| 項目 | 個人フリーランスSES | 法人SES |
|---|---|---|
| 請求主体 | 個人 | 法人 |
| 所得区分 | 事業所得等 | 法人所得 |
| 源泉徴収 | 業務内容により確認が必要 | 個人より限定的 |
| 消費税 | 課税事業者か免税事業者か確認 | 課税事業者であることが多いが確認が必要 |
| インボイス | 登録番号の有無を確認 | 登録番号の有無を確認 |
| 経費精算 | 交通費・機材費等の扱いを明確化 | 契約・請求書処理に従う |
ソースコード、顧客データ、既存ライブラリ、外部AI利用を契約に落とします。
準委任型SESでも、ソースコード、設計メモ、テストコード、レビューコメント、調査レポート、IaCテンプレート、CI/CD設定、ナレッジ文書などが作成されます。これらを契約上どう扱うかを明確にしないと、契約終了時に紛争が起きます。
次の比較表は、知的財産の区分と取扱いを整理したものです。重要なのは、発注者の成果物と受託者の既存資産を一括で移転させるのではなく、帰属と利用許諾を分けることです。各行から、どこまで発注者が利用でき、どこから受託者に残るのかを読み取ってください。
| 区分 | 取扱い |
|---|---|
| 発注者既存資産 | 発注者に帰属します。 |
| 受託者既存資産 | 受託者に帰属し、必要範囲で発注者に利用許諾します。 |
| 本件専用成果物 | 契約で定める時点に発注者へ移転または利用許諾します。 |
| 汎用ノウハウ | 秘密情報を除き、受託者が引き続き利用できる余地を残します。 |
| OSS・第三者素材 | ライセンス条件に従います。 |
SESでは重要情報へのアクセスが多いため、秘密保持条項だけでは十分ではありません。次の一覧は、アクセス制御や持出し制限まで含めた管理項目です。読者にとって重要なのは、情報の種類ごとに漏えい時の影響が異なることです。項目を見ながら、契約と運用でどの管理を必要とするかを読み取ってください。
リポジトリアクセス、複製、持出し、契約終了後の権限削除を定めます。
秘密管理性を維持するため、保存場所、ログ、再発行、漏えい報告期限を決めます。
個人データを扱う場合は、委託先監督、再委託先管理、返還・消去、監査権を明記します。
承認なく秘密情報、個人データ、ソースコードを外部AIへ入力しないこと、出力物の検証を定めます。
個人情報の委託先監督では、委託先選定、委託契約、取扱状況の把握、再委託先管理が重要です。法人SESでは、従業員、再委託先、外部ツール、クラウドサービスまで管理範囲が広がります。フリーランスSESでは本人一人であっても、私用端末、個人クラウド、外部ストレージ、外部AIサービスへの入力を制限する必要があります。
独立事業者性、明示、指揮命令防止、解除、再委託、生成AIを条項にします。
契約条項は、現場で使える粒度に落とす必要があります。独立事業者性、取引条件明示、指揮命令防止、解除・不更新、再委託、情報セキュリティ・生成AIは、フリーランスSESでも法人SESでも重要ですが、書きぶりは相手方属性で変わります。
次の表は、危険な条項・運用と修正方向を整理したものです。重要なのは、フリーランスSESでは個人への過大負担や突然終了、法人SESでは発注者による直接管理や再委託統制の不足が問題になりやすいことです。左右を見比べ、契約書と現場運用の修正箇所を読み取ってください。
| 危険な条項・運用 | 問題点 | 修正方向 |
|---|---|---|
| 報酬は発注者の都合により随時変更できる | 一方的減額、買いたたきのリスク | 変更は双方合意、適用時期、理由を明記します。 |
| 案件終了は前日通知で足りる | 継続取引では解除・不更新規制に抵触し得る | 通知期間、理由開示、精算を明記します。 |
| 発注者は勤務時間を指定できる | 労働者性・指揮命令リスク | 業務提供期間や連絡可能時間の調整に留めます。 |
| 法人SESの技術者へ直接指揮命令できる | 偽装請負・派遣法リスク | 受託会社窓口を通じた依頼に変更します。 |
| 再委託は自由 | 個人情報・秘密情報の統制不能 | 事前承認、フローダウン、監査権を設定します。 |
| エンドユーザー入金後に支払う | 支払遅延・取引適正化リスク | 受託者への支払期日を独立して定めます。 |
属性確認、実態確認、類型選択、条項分岐を順に確認します。
フリーランスSESと法人SESのレビューでは、契約書だけを読むのではなく、相手方属性、業務実態、契約類型、条項分岐を順に確認します。調達、情報システム、現場PM、経理、労務、セキュリティ、個人情報保護、知財、内部監査との連携が必要です。
次の判断の流れは、企業法務がレビューを進める順番を示します。順番が重要なのは、相手方属性を誤るとフリーランス法対応が抜け、業務実態を誤ると派遣・偽装請負リスクを見落とすためです。上から順に、契約書へ反映すべき確認事項を読み取ってください。
個人、個人事業主、一人法人、通常法人、派遣元、再委託先、インボイス、保険を確認します。
誰が作業割当、作業方法、勤務時間、障害時の指揮系統、セキュリティ報告を管理するかを確認します。
準委任、請負、派遣、技術顧問、保守のどれに近いかを選びます。
支払期日、解除、再委託、労務管理、損害賠償、情報管理を属性別に調整します。
専門職ごとの見る場所も異なります。次の表は、部門や専門職が担うレビュー観点を並べたものです。重要なのは、ひとつの契約に労務、税務、個人情報、知財、内部統制が同時に入り込むことです。担当ごとの観点を組み合わせて、レビュー漏れを防いでください。
| 担当 | 主な視点 |
|---|---|
| 弁護士・企業内弁護士 | 契約書の文言と実態の乖離、適用法令、行政対応、紛争対応を確認します。 |
| 社会保険労務士・労務担当 | 労働者性、偽装請負、勤怠管理、ハラスメント、健康管理を見ます。 |
| 税理士・公認会計士 | 請求書、源泉徴収、消費税、インボイス、外注費計上、内部統制を確認します。 |
| 個人情報保護・セキュリティ担当 | アクセスするデータ、端末、ネットワーク、クラウド、生成AIツールを確認します。 |
| 知財法務・弁理士 | ソースコード、発明、著作権、OSS、AI生成物、ノウハウ、営業秘密を確認します。 |
契約前、契約書、運用、よくある疑問を一般情報として整理します。
チェックリストは、契約前、契約書、運用の三段階で分けると使いやすくなります。次の一覧は、どの段階で何を確認するかを示すものです。なぜ重要かというと、契約書で合意しても、現場のチャット、チケット、支払、権限削除がずれるとリスクが残るためです。各段階の項目を、発注前の確認、契約条項、日常運用の順に読み取ってください。
| 段階 | 確認項目 |
|---|---|
| 契約前 | 相手方属性、従業員使用の有無、フリーランス法の対象可能性、契約類型、指揮命令の必要性、成果物、再委託、個人情報・秘密情報、インボイス、保険を確認します。 |
| 契約書 | 取引条件明示、支払期日、連絡経路、業務範囲外対応、解除・不更新、秘密保持、個人情報、営業秘密、知財、再委託、損害賠償上限を確認します。 |
| 運用 | 直接残業指示、勤怠・休暇承認、チケット管理、変更管理、月次報告、支払遅延、一方的減額、相談窓口、アカウント発行・削除、インシデント報告を確認します。 |
一般的には、SESという呼称自体が違法なのではなく、契約形式と実際の業務運用が一致しているかが問題になります。受託者が自律的に業務を遂行し、発注者が雇用上の指揮命令を行わない設計であれば、準委任や請負として整理される可能性があります。ただし、日々の作業方法、勤務時間、残業、休暇を直接管理している場合は、労働者派遣や労働者性の検討が必要です。
一般的には、相手方が法人であっても、代表者以外に役員がおらず、従業員を使用していない一人法人であれば、フリーランス法上の対象となる可能性があります。法人登記の有無だけでなく、発注時点の実態を確認する必要があります。
一般的には、精算幅そのものが直ちに問題になるとは限りません。ただし、時間拘束や勤怠管理と結びつくと、労働者性や指揮命令リスクが高まります。業務量調整・報酬計算の指標として位置づけ、具体的な設計は契約内容と運用を踏まえて専門家に確認する必要があります。
一般的には、技術的な質問、仕様確認、レビューコメントなどの情報共有は必要です。ただし、日々のタスク割当、残業指示、作業順序の命令、休暇承認を直接行うと、指揮命令リスクが高まります。受託会社の管理責任者または合意済みの連絡経路を通じた依頼に整理することが望まれます。
一般的には、SESではソースコード、顧客情報、障害情報、設計情報を生成AIサービスに入力するリスクがあるため、契約で制限する必要性が高いとされています。利用可能なAIツール、秘密情報・個人データの入力禁止、ログ保存、出力物の検証、知財侵害確認を整理する必要があります。
相手方属性と契約類型ごとに、別テンプレートで管理する方針を採ります。
企業がSES契約を管理する場合、ひとつのひな形に全てを詰め込むよりも、相手方属性と契約類型で分けるほうが実務負荷と法務リスクを下げられます。次の一覧は、どのテンプレートをどの場面で使うかを整理したものです。読者は、自社の取引実態に近いものを選び、条項の厚みを調整してください。
個人・一人法人を想定し、フリーランス法対応、支払期日、解除・不更新、ハラスメント、育児介護配慮、本人性、保険、税務確認を厚めに定めます。
受託会社の管理責任、従業員管理、再委託、情報セキュリティ、要員交代、損害賠償、監査、取適法等を厚めに定めます。
発注者が直接指揮命令する必要がある場合に使用します。業務委託テンプレートで代替しないことが重要です。
成果物完成を求める場合に使用します。要件定義、仕様変更、検収、契約不適合責任、納期、知財を詳細に定めます。
短時間の助言、レビュー、技術評価を想定し、成果保証ではなく助言業務として設計します。
フリーランスSESと法人SESで変わる契約条件を正しく理解するとは、相手が個人か法人かを見分けるだけではありません。その取引が、誰の管理のもとで、どのような専門性を、どのような責任と報酬で提供されるものなのかを、契約書と現場運用の双方で一致させることです。
相手方分類、契約類型分類、指揮命令設計、支払・解除の透明化、情報・知財・責任の実態対応をそろえることで、法令違反を避けるだけでなく、優秀なエンジニアや信頼できるSES事業者との長期的な関係を築きやすくなります。